Menu
▾
▴
jboss-dev-forums — The jboss development forum posts
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
| 2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
| 2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
| 2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
| 2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
| 2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
| 2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
| 2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
| 2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
| 2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
| 2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <bil...@jb...> - 2005-06-03 15:39:57
|
My EJB extensions also have the concept of a @Service. A @Service can expose both a remote, local, and JMX management interface. Come to think of it, the @Mbean might be kinda stupid...You already said we have StandardMBean, and isn't there already some utility that can take any Java class and generate MBeanInfo so that we can create a Model MBean from a POJO? So, although @MBean was a good test of an AOP introduction, its probably not needed? Don't know....I do like the @Service because it requires no DDs and can have more than just a JMX interface. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880166#3880166 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880166 |
|
From: <ad...@jb...> - 2005-06-03 15:30:56
|
The proposol for the POJOs in the new microcontainer is to add an "Introduction" that gives the pojo a DynamicMBean interface such that it can be registered with the JMX MBeanServer. Whether this really is an introduction (i.e. we add the interface to the POJO) or just a proxy in front, is irrelevent to this discussion. There's already a couple of implementations of this, e.g. @MBean in aspects Some attic code in kernel StandardMBean in jmx From this, we can expose MBean operations to control the bean's state in a similar manner to the ServiceMBeanSupport above, without having the POJO know anything about JMX or that it is under the control of the MC. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880165#3880165 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880165 |
|
From: <ad...@jb...> - 2005-06-03 15:25:14
|
First let's look at how ServiceMBeanSupport does this.
When the user clicks "stop" on the jmx-console this invokes
mbean.stop()
which is implemented by ServiceMBeanSupport.
This is redirected to the ServiceController
controller.stop(mbeansObjectName)
which allows the service controller to stop dependent services
before this one is stopped.
Once the dependents are stopped,
the ServiceController calls back into the MBean to stop it.
mbean.internalLifecycle("stop");
which invokes
mbean.stopService();
So the lifecycle functions on the mbean are really processed by
the ServiceController.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880164#3880164
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880164
|
|
From: <rl...@jb...> - 2005-06-03 15:24:49
|
I have been working on implementing the functionality of the third party test which Scott defined. Currently, I am able to set up a graph based upon the components defined in the top-level build and then traverse it and pull down the necessary component-info.xml files from the repository (in this case, the component-info.xml for hibernate). The component-info from the repository currently looks like this: | | <project name="hibernate-component-info"> | | <component id="hibernate" | licenseType="lgpl" | version="3.0.5" | projectHome="http://hibernate.org/" | description="ultra-high performance object/relational persistence"> | | <artifact id="hibernate3.jar"/> | <artifact id="hibernate-annotations.jar"/> | <includes id="thirdparty"> | <include component="asm" /> | <include component="antlr" /> | </includes> | <export> | <include input="hibernate3.jar"/> | <include input="hibernate-annotations.jar"/> | </export> | </component> | | | </project> My next step is to resolve the secondary dependencies, however version information is currently not defined at the component-info level for dependencies. I would like to confirm what this should look like and if it is acceptable. Is the following suitable to what you have in mind? <project name="hibernate-component-info"> | | <component id="hibernate" | licenseType="lgpl" | version="3.0.5" | projectHome="http://hibernate.org/" | description="ultra-high performance object/relational persistence"> | | <artifact id="hibernate3.jar"/> | <artifact id="hibernate-annotations.jar"/> | <import component="asm"> | <compatible version="1.3.4"/> | </import> | <import> component="antlr"> | <compatible version="3.3.2"/> | </import> | | <export> | <include input="hibernate3.jar"/> | <include input="hibernate-annotations.jar"/> | </export> | </component> | | | </project> Thanks! Ruel Loehr JBoss QA View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880163#3880163 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880163 |
|
From: <ad...@jb...> - 2005-06-03 15:21:35
|
This is continuing the discussion started off-topic here: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=64673 The question is how do you manage the state of beans through JMX. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880162#3880162 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880162 |
|
From: <ad...@jb...> - 2005-06-03 15:18:41
|
Maybe this could be made to work with the registry stuff I described earlier. Something like (this is just thinking out loud): | <bean class="EJBDeployer"> | <property name="dynamicClassLoading"> | <plugin bean="DynamicClassLoading" register="addDeployer" unregister="removeDeployer"/> | </propertiy> | </bean> | "plugin" works like "inject" except it doesn't make the EJBDeployer wait for the DynamicClassLoading. "register" is the hypothetical "registry" processing from earlier. So when DynamicClassLoading is available it does ejbDeployer.setDynamicClassLoading(dynamicClassLoading) dynamicClassLoading.addDeployer(ejbDeployer) The ejbDeployer and dynamicClassLoading would still need some callback protocol to do their work. i.e. process earlier deployments and add new ones View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880161#3880161 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880161 |
|
From: <ad...@jb...> - 2005-06-03 15:09:19
|
OnDemandIfRequired: I know what you are trying to do, but I'm not sure how it could be made to work in a dynamic environment. e.g. EJBDeployer isDeployed and started (ifRequired wasn't resolved) EJB deployed DynamicClassLoading is deployed Oops we are in the wrong order so the EJB wasn't processed for DynamicClassLoading. This isn't really a dependency, more of an "optional dynamic plugin" that will require the service accepting the plugin to do extra work. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880158#3880158 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880158 |
|
From: <ad...@jb...> - 2005-06-03 15:00:05
|
No you can't use the JCA *pooled* JMS connection for the MDB. The real issue is being to able define the user/password through JAAS on the JMS Provider config, rather than defining it in the ejb config. The comment about deployment roles is irrelevent, since the admin can always define it standardjboss.xml View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880155#3880155 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880155 |
|
From: <ad...@jb...> - 2005-06-03 14:54:30
|
Yes. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880152#3880152 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880152 |
|
From: delboy <nu...@jb...> - 2005-06-03 14:53:17
|
Hi, Long time viewer, First time poster, ;) I am currently looking for a web based report designing tool that is easy enough to pick up. I would like to be able to embed the tool into my current application which is a web based j2ee application. If anyone out there knows of any suitable applications, preferably open source or cheap, please let me know. Thanks in advance, View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880151#3880151 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880151 |
|
From: geniott <nu...@jb...> - 2005-06-03 14:51:58
|
I am a complete newbie with this so please excuse my lack of knowledge. I need help in understanding more about the admin part(deleting) of the Tomcat log files. My question is below, but first the situation. We have a long list of old Tomcat log files that are taking up space. We would like to remove to clean up and free up space. Are there any special considerations when deleting old Tomcat log files? Thanks, View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880150#3880150 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880150 |
|
From: timfox <nu...@jb...> - 2005-06-03 14:43:51
|
Hey Ovidiu- This is an interesting idea. Would it not cause problems though in being able to move interceptors from the client stack to the server stack? E.g. if we wanted a really thin client - e.g. if the client had limited memory, we might want to move the session interceptor from the client stack to the server stack, so we didn't use memory holding unacked messages for a session. I don't know how realistic this is, but if we wanted to do this then both client and server delegates need to implement the same interface(s). If we had separate interfaces then client and server interceptors wouldn't necessarily be interchangeable ?? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880148#3880148 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880148 |
|
From: <ju...@jb...> - 2005-06-03 14:29:40
|
portal RC2 works only with JBoss-4.0.2, could you try upgrade your jboss instance first ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880147#3880147 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880147 |
|
From: <sco...@jb...> - 2005-06-03 14:24:49
|
So I think another quasi-mode is OnDemandIfRequired. The usecase exists today between the ejb-deployer and the dynamic-classloading-service. If a dynamic-classloading-service is configured for use in any mode, the ejb-deployer should have an optional dependency on it. This means that if the dynamic-classloading-service exists and could become avaialble, add a dependency between ejb-deployer and dynamic-classloading-service. If there is no usable dynamic-classloading-service either because it does not exist or is disabled, do not add a dependency. The OnDemandIfRequired mode would be OnDemand only if the dependents are not optional. In the ejb-deployer/dynamic-classloading-service case, I probably really would want just OnDemand semantics. I'm not clear that OnDemandIfRequired is useful, but the optional dependency certainly is. Is that a notion that already exists? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880146#3880146 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880146 |
|
From: saran_gk <nu...@jb...> - 2005-06-03 14:19:45
|
Hi All, I am unable to deploy the themes that can be found in the samples demoLayout.war I just unzipped the file and placed them in the server/deploy folder the themes are not getting reflected. Could you please tell the steps that need to done. I am using the jboss-4.0.1sp1 with the Portal RC2.0 version. Thanks in advance. Thanks and Regards, Saravanan.K View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880144#3880144 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880144 |
|
From: <sco...@jb...> - 2005-06-03 14:13:21
|
I'm not following the ServiceMBeanSupport. Maybe there should be another thread on aspects like mangement should be integrated into the lifecycle as I have another question on the MODE behavior which I don't want to pollute with endless sidetracks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880142#3880142 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880142 |
|
From: <sco...@jb...> - 2005-06-03 14:07:29
|
If the mdb invoker can be configured to use the jms rar then there should already be the ability to specify how the connection credentials are obtained using the existing jaas/jca integration. I don't remember off the top of my head if we can do this. Seems like its just configuring a JMSProviderLoader to use the java:JmsXA factory. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880140#3880140 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880140 |
|
From: DrHok <nu...@jb...> - 2005-06-03 13:57:38
|
"guidepost" wrote : If I try (just as mentioned in the tutorial) | <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> | I get the error "White spaces are required between publicId and systemId" | | I looked at the docs on w3.org and if I try | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> | it's erroring out with "The declaration for the entity "HTML.Version" must end with '>' | | What am I missing? | | According to http://de.selfhtml.org/html/allgemein/grundgeruest.htm#dokumenttyp (not available in English), both of your variants are valid. And, in fact, the second one works for me (in Eclipse 3.0.2 with JBoss IDE 1.4.1e30). For the first one, I get the same error as you. I think this should be fixed soon, especially since it occurs in the tutorial. What disturbs me is that Eclipse sleeps for a minute or so whenever I save the html file. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880137#3880137 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880137 |
|
From: <cle...@jb...> - 2005-06-03 13:06:10
|
Well... be carefull about using it in production. My thumbs rule for profiling is always do it in a QA (production mimic) or development environment first. Do it in production if you have problems you really can't suite to these environments, and even on that case only enable data capturing when you have some delay in response. And... a warning: If you are already in 100% CPU consumption (or close to that), starting data capturing the profiling can cause the JVM to crash. I would suggest you to disable memory events by adding the flag memory=false About the error itself, it looks like you are or capturing too many events (by stating capturing and not stopping for a long time), or you didn't set enough memory into -Xmx and -Xms parameters. (Depending where you set Profiler's parameters you might disable -Xms and -Xmx accidentally) I View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880127#3880127 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880127 |
|
From: timfox <nu...@jb...> - 2005-06-03 12:55:14
|
Hi All-
Currently we are using standard interceptors to form the client and server side interceptor stacks.
It's my understanding, that in the world of JBoss AOP, an interceptor is defined as an aspect with a single method public Object invoke(Invocation invocation).
Some of our interceptors, e.g. the session interceptor or the transaction interceptor intercept calls on multiple method excutions e.g. commit(), rollback(), recover() etc. etc.
Currently these all end up in the same invoke() method causing us to do stuff like:
if ("commit".equals(methodName)
{
//handle commit
}
else if ("rollback".equals(methodName))
{
//handle rollback
}
else if ("recover".equals(methodName))
{
//handle recover
}
etc.
If we were to implement such interceptors as standard aspects rather than Interceptors we could define different advice for each intercepted method allowing us to get rid of unwieldy if statements like the above.
I think this could significantly simplify some of the interceptors.
Do you think this is worth considering?
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880125#3880125
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880125
|
|
From: jherrero <nu...@jb...> - 2005-06-03 10:29:14
|
I have the same problem. In a local network everything runs ok, but when the server is behind a firewall, the client can not connect. What files and configutrations do I have to change? All ports are openned (80, 1099,8080,4444,1098,4445,8009,8083,8092,8093) in the firewall Thanks for the help Pepe View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880120#3880120 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880120 |
|
From: mikezzz <nu...@jb...> - 2005-06-03 10:17:05
|
Drop your database and allow JBMail to recreate all of the tables. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880119#3880119 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880119 |
|
From: mxc <nu...@jb...> - 2005-06-03 10:07:41
|
just to add when we run this in production we expect the log file to be several gigs in size. can jboss profiler handle this? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880117#3880117 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880117 |
|
From: mxc <nu...@jb...> - 2005-06-03 09:58:55
|
Hi there, I know I saw this reported somewhere before but cannot find it now. I have downloaded the latest cvs verson and install the .so and war/.sar files. When analysing a relativley small log file I get out of memory errors. I read somewhere some reference to tomcats file memory. I am not sure how this work or how I would configure it in jboss? Any pointers appreciateed. thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880113#3880113 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880113 |
|
From: <mcu...@jb...> - 2005-06-03 06:49:40
|
We are using the same code in both places. The only major difference between our packaged version and hibernate's is that we include all the pre-resequites to get up and running (3.0alpha1 is dependant on parts of JBossIDE, and we include them) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880087#3880087 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880087 |
1965 messages has been excluded from this view by a project administrator.
