July 2006 - jboss-dev-forums - Jboss List Archives

[Design of EJB 3.0] - Re: EJB3 embeddable class folders

by bill.burke＠jboss.com

Yes. They are used for the E-EJB3 distribution. FOr testing, these must be built to test the standalone distribution! Please don't remove. Or, move the creation of these to be a dependency of the 'standalone-tests' target. Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956965#3956965 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956965

19 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: eCommerce Management Facility - Functionality

by jplenhart

Hi Dave, Looks great. I was wondering what type of proposed frameworks are to be used when decrypting and validating messages. Perhaps something like SAML or XMLDS? Or obviously anything the user wants by implementing some interfaces - none the less seems like this could tie into JBoss AS. Thanks, Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956957#3956957 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956957

19 years, 3 months

1
0
0 / 0

[Design of EJB 3.0] - Problem with inheritance and aop in MessageDrivenBeans (Bug?

by jnerd

Hi, I just want to cross post a link to the discussion in the JBoss EJB 3.0 user's forum: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=86479 Any comments on this? Cheers, Patrick View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956947#3956947 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956947

19 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: VFSDeploymentScanner questions

by adrian＠jboss.org

"scott.stark(a)jboss.org" wrote : | 2. The ordering of deployments based on suffix is largely useless with the current deployment framework that has any number of deployers operate on a deployment. Correct startup order is a function of deployers adding the correct dependency metadata to the kernel deployments they create. Any deployment package level dependency control would seem to be an aspect/deployer that used its own metadata to create place holder kernel objects (or used equivalents from jsr77) to introduce coarse grained dependencies. The question is, is this assement correct, and do we need such a coarse grained deployment aspect/deployer? | I'm not sure I understand this? The deployments contain many pieces of metadata that are deployed in an aspectized way. They still need an ordering, but based on the metadata rather than the deployment suffix. e.g. aop must be before classloading, classloading before "instantiation", etc. Other dependendencies (between services and entry points) should be via the microcontainer. We are trying to remove the implicit dependency of the suffix ordering and replace it with a semi-implicit (i.e. added by deployer) dependency. e.g. If an ejb uses another ejb/datasource then the "enc/resource/reference" deployer adds this. e.g.2. Trivially, the above also requires a dependency on naming e.g.3. A web deployment has a dependency on the web container etc. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956944#3956944 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956944

19 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: VFSDeploymentScanner questions

by adrian＠jboss.org

There should be two types of "hot deployment". 1) The original version which is just a way to add urls (with no chance of overrides by a management tool). 2) A more up-to-date version for the management tool where you can specify a directory rather than a single url to deploy. This is just a more convenient way of specifying urls. In fact, (1) is just a subset of (2) where there is no "GUI" intervention View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956942#3956942 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956942

19 years, 3 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: jbossretro/aop integration

by adrian＠jboss.org

The two classpool implementations need to be merged. e.g. The jboss retro implementation understands context classloading better (see fixmes in AOP code) and also doesn't need a specific callback to avoid memory leaks. e.g.2. The jboss retro implementation doesn't understand the overriding of the class file into "/tmp" that the JBossClassPool does. I think javassist would be the correct place for a full implementation of a classpool that better understands context classloading. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956941#3956941 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956941

19 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Asynchronous acknowledgements

by timfox

I may be mistaken - but I think I remember someone once mentioning that acks can be sent asynchronously from the client to the server. I'm trying to understand how this can work, since it seems to me it can result in race concditions, for instance: Imagine the following: 1. Client acks message A asynchronously 2. Client calls session.recover() 3. (asynch ack hasn't arrived at server yet) - Server resends message A since it thinks it's not acked yet 4. Client receives message A again event thought they acked it. ?? Any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956940#3956940 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956940

19 years, 3 months

1
0
0 / 0

[Design of Kosmos] - Config Kosmos Portlet

by melpelotones

Hi, I am trying to configure Kosmos in Liferay. Th eportlets are deployed without problems in Tomcat, but I am not able to see the portlets in Liferay. about the point 3. You can deploy the server component into the Apache Tomcat instance used by Liferay, by running the server deploy script: ant -f deploy-server-tomcat.xml Please don't forget to set the CATALINA_HOME environment variable before. Where do I have to execute this command? Thank you in advance Best Regards, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956931#3956931 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956931

19 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - webservices and jbpm

by tom.baeyens＠jboss.com

here's how our current approach is to binding jbpm to webservices: 1) exposing the jbpm API's as a webservice. This would be done by exposing the jbpm command service as a web service. i don't know if that is possible. especially since the parameter of the execute(Command c) takes a command (interface) and we don't know yet all the implementations. So we don't know how the xml will look like for the different commands. the first place to start looking would be to make an ejb out of the command execution service and then try to expose it as a webservice. otherwise, we would have to create a custom stateless session bean that we have to expose as a web service. 2) from jbpm to web service. this would be a configurable action implementation that does a web service invocation. configurations would be a url, method, parameters? and other info necessary to invoke a web service. just my initial thoughts View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956926#3956926 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956926

19 years, 3 months

1
0
0 / 0

[Design of JBoss Eclipse IDE (dev)] - Re: JBossSeam IDE proposal

by thomas.heute＠jboss.com

That would be awesome ! Then later, we would probably need to apply filters on what we want to copy (in my case only *.jsp) Some people may want to redeploy on .java change but then it requires to copy the .class file *and* touch the descriptor of the package in the exploded directory. But that's really second... Thanks ! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956912#3956912 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956912

19 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums July 2006