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: yxyang <nu...@jb...> - 2005-08-02 03:13:16
|
Forum works already. at least no more bugs found yet. yang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887837#3887837 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887837 |
|
From: <aco...@jb...> - 2005-08-02 01:30:37
|
Okay I got the datasource stuff working. Tomorrow I will get it integrated into the build. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887827#3887827 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887827 |
|
From: glamp <nu...@jb...> - 2005-08-02 01:04:19
|
I have a treecache registered as a WebLogic startup class. After about a half an hour, the reference to an attribute in the cache appears to expire.
I had set the time to live to 0 (forever). But, it still expires after a half hour. Here is the section of the treecache.xml:
5000
0
0
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887826#3887826
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887826
|
|
From: <sco...@jb...> - 2005-08-01 23:10:18
|
There is no notion of templates in the current SARDeployer. So if users are not be be trusted with setting the object name to follow a pattern to use for querying har deployments, you can: 1. write an mbean that simply contains the service names of the har services. This does not even have to be an mbean service. The first har deployment could create a simply java bean. 2. simply bind the har service names into a set/list/array in jndi. 3. use XSLSubDeployer to create a templatized deployment like the *-ds.xml that does enforce the naming pattern using a trivial xslt style sheet: | <mbean code="org.jboss.deployment.XSLSubDeployer" name="jboss.har:service=HibernateDeployer"> | <attribute name="DdSuffix">-har.xml</attribute> | <attribute name="XslUrl">stylesheets/ConnectionFactoryTemplate.xsl</attribute> | </mbean> | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887822#3887822 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887822 |
|
From: <ste...@jb...> - 2005-08-01 22:25:10
|
I was just joking as the name of the topic is about removing the deployer :) So, if I do remove the HARDeployer, these will get processed by the SARDeployer (provided we add .har to its extensions). So should SARDeployer do this? Granted this is not my expertise (by a long stretch), but I seem to recall that the MBean itself could actually override what its service name should be; i seem to recall something about this during my looks through SubDeployerSupport and ServiceMBeanSupport. Any examples you know off the top of your head that you could point me to? I tried looking at TreeCache, since it is the closest I know of in terms of controller interaction, etc. But it seemed to also just accept the user-supplied object-name also. JCA overrode this value, but did so in the specific deployer as opposed to within the MBeans. So not sure where I should look for examples of this. Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887814#3887814 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887814 |
|
From: <sco...@jb...> - 2005-08-01 21:59:55
|
The thing loading instances in memory that need to be monitored. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887808#3887808 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887808 |
|
From: <aco...@jb...> - 2005-08-01 21:17:05
|
I'm hoping to finish this tonight, but we're converting a room into a bedroom so I've been doing that at night. If we have another kid he'll have to sleep in the attic. I've finished everything except: 0. deploy new datasource 1. integrate into the build 2. check it in 3. cut a test release of it -Andy View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887794#3887794 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887794 |
|
From: <ste...@jb...> - 2005-08-01 21:09:11
|
What deployer :)) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887791#3887791 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887791 |
|
From: <aco...@jb...> - 2005-08-01 21:07:36
|
Your understanding is correct basically. To be clear. There will need to be "RelayDomainGroup"s. I know nothing of source routing information, I'm sure you'll do the right thing :-) We should not route except for within RelayDomainGroups as that would be an "open relay" and that would be Relay relay bad. :-) Thanks for taking this on. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887790#3887790 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887790 |
|
From: <sco...@jb...> - 2005-08-01 20:54:00
|
They should only be specifying one attribute value. The structure should be coming from the deployer. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887787#3887787 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887787 |
|
From: <ste...@jb...> - 2005-08-01 20:33:00
|
Currently the object-name is completely user-defined. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887782#3887782 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887782 |
|
From: <cha...@jb...> - 2005-08-01 19:22:05
|
"sco...@jb..." wrote : Which new admin console? New is always relative... http://jira.jboss.com/jira/browse/JBADMCON View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887771#3887771 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887771 |
|
From: <sco...@jb...> - 2005-08-01 19:14:36
|
Which new admin console?
If you have an mbean for every deployment that has a unique jmx attribute, such as type=har, you can query for all such mbeans:
| ObjectName query = new ObjectName("*:type=har,*");
| MBeanServer server = ...;
| Set matches = server.queryNames(query, null);
| Iterator names = matches.iterator();
| while( names.hasNext() )
| {
| ObjectName mbean = (ObjectName) names.next();
| }
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887770#3887770
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887770
|
|
From: <ste...@jb...> - 2005-08-01 19:02:45
|
Cool. So I'll play with changing "mode" #1 above to not rely on having the HarUrl set externally. During startService(), I'll get the DeploymentInfo and see if it's url ends in .har (.har/ too i guess) and if so proceeded exactly as the functionality did before with the HARDeployer. Quick related question. I am working on adding support for Hibernate deployments into the new admin console. One of the difficulties I ran into was trying to locate all "Hibernate deployments" for selection. So currently that code iterates every single deployment on that server :) Would it make sense to have another mbean here that acts as a registry of Hibernate deployments (the mbean registers itself) so that that code can efficiently locate them? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887769#3887769 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887769 |
|
From: <sco...@jb...> - 2005-08-01 18:53:28
|
The ServiceMBeanSupport base class now has a getDeploymentInfo() convience method that can be accessed in the start/startService method:
| protected void startService() throws Exception
| {
| DeploymentInfo sdi = getDeploymentInfo();
|
|
This info is not available until after the create method has returned so it cannot be accessed from create/createService.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887766#3887766
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887766
|
|
From: mikezzz <nu...@jb...> - 2005-08-01 18:22:05
|
Hi, I am currently looking at JBMAIL-33, 34, 35 which is to do with mail relaying. I'm not an expert on relaying but here is my understanding: - A relay request is any email from an SMTP client that requires delivery to a non-local domain. This is partially supported by JBMail (depending on the settings specified). - This also may include requests that contain source routing information. Source routing information (according to the RFC) should be stripped off and ignored. Not supported, needs to be implemented. - Should be configurable to enable/disable relaying for: Authenticated Users, Verified Indentities, clients from within a set of domains, clients from within a set of ip ranges. - Any RCPT command that requests disallowed relaying, will be met with a 550 error. It will configurable as to whether the email is sent to the remaining recipients or denyed completely. Does this sound sane? Mike. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887756#3887756 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887756 |
|
From: <ste...@jb...> - 2005-08-01 17:17:07
|
FYI, I am adding Hibernate MBean support to the admin console. Currently, just the model and services are complete. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887744#3887744 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887744 |
|
From: fabcipriano <nu...@jb...> - 2005-08-01 16:20:05
|
Scott, please discard JBAS-2002/2001, for the reasons mentioned before. Thank very much. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887731#3887731 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887731 |
|
From: fabcipriano <nu...@jb...> - 2005-08-01 16:02:55
|
I tested a real EJB(Session, Entity, etc) application and the tests show (surprise!) that MainDeployer.stop/start do NOT work at all. The status is ok but it is impossible to access the EJB after a stop/start. I thought that was not necessary to create another service to implement the JSR-88 deployment. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887726#3887726 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887726 |
|
From: <ste...@jb...> - 2005-08-01 16:02:42
|
So here's my thoughts after the weekend. Why not have the MBean have the option of running in what is basically two modes: 1) har-deployment : essentially what we have now. Leave HARDeployer for now until the capability for "an MBean to know about the deployment it came from" gets solidified; once that capability exists, remove the HARDeployer and simply have the MBean grab its DeploymentInfo.url and use that as the HarUrl if it is a .har. 2) auto-detection : if no HarUrl is set, then use functionality similiar to what you have described. I am not certain, though, that the current context classloader approach is the correct one. I think I'd rather use the DeploymentInfo.ucl. I am worried about start/stop calls from somewhere other than the controller. But for now, I am using the exact code you posted since its a PIA to manually locate ones DeploymentInfo. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887725#3887725 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887725 |
|
From: <bil...@jb...> - 2005-08-01 16:01:44
|
Not sure what components you are allowed to use... JBoss's EJB 2.1 CMP implementation is not based on hibernate. JBoss's EJB 3.0 persistence implementation IS based fully on hibernate. Both JBoss 3.x Appl Server and JBoss 4.x app server have integration with Hibernate. Only JBoss 4.0.2 and higher support EJB 3.0 integration. People use Session beans for JTA transaction demarcation. Using JTA transactions allows much easier coding as you do not have to manage sessions and connections. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887723#3887723 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887723 |
|
From: shaunybee <nu...@jb...> - 2005-08-01 15:46:03
|
Hi?? I am new to this EJB3 game- but have been tasked to move our architecture (cumbersome entity beans and some JDBC interaction etc) into an EJB3/hibernate based architecture. However on reading the hibernate FAQ I noticed it suggests that in order to manage transactional state as well as persistance in a multi-user (possible distributed - such as ours) system one should use EJB3 session beans with hibernate as a persistance service. Now although this sounds good I am at a loss on how one implements this - does JBOSS 3 always use hibernate for persistance, and how do session beans fit into it all. I am looking for some good design goals with using the JBoss implementation and ideas? Umm - big question I know - but if anyone could be bothered to discuss it would be great :) Cheers View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887721#3887721 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887721 |
|
From: <ad...@jb...> - 2005-08-01 15:26:26
|
I moved all the posts from the last two weeks to the EJB3 user forum. If I moved one by mistake feel free to move it back. This post is the demarcation point. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887716#3887716 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887716 |
|
From: <K...@sp...> - 2005-08-01 11:21:09
|
Hello didi, I have exactly the same problem, did you solve it already? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887680#3887680 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887680 |
|
From: kukeltje <nu...@jb...> - 2005-08-01 10:56:04
|
"tom...@jb..." wrote : | 2) in jbpm we need to do dynamic runtime invocation of web services. basically a jbpm process needs to configure a webservice invocation at runtime. rpc-stub generation does not fit very well with this needs, right ? | regards, tom. Yes, that is my opinion to. Maybe WSIF from apache can help out a little, but I think we can for an initial release easily do without. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887677#3887677 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887677 |
1965 messages has been excluded from this view by a project administrator.
