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: ambica <nu...@jb...> - 2005-05-31 06:45:12
|
hi I deployed my .war file successfully. but while testing when two or more people accessing at a time it is giving the following exception.. No ManagedConnections available within configured blocking timeout ( 30000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 30000 [ms] )) waiting for reply View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879493#3879493 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879493 |
From: <tom...@jb...> - 2005-05-31 06:31:25
|
ok. i'll have a look at those options. regards, tom. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879491#3879491 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879491 |
From: artemgolubev <nu...@jb...> - 2005-05-31 05:51:24
|
I downloaded and installed JBoss 4.0.2 binaries and source code. When I downloaded JBossIDE 1.5M1. Created JavaProject there and set source code for the project as JBoss souce codes. Then swiched to debug and started JBoss in debug mode. Then I set breakpoint in the JBoss source code (Container.invoke) and deployed my bean and called it's method. But code did not stoped on my breakpoint. Could you please tell me why? What did I do incorrectly? Then I made raise an exceptoin in my bean I see in call stack that Container.invoke is called then I call method of my bean. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879489#3879489 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879489 |
From: <tom...@jb...> - 2005-05-31 04:38:46
|
I can commit it off the M2 tag that I built it on (since this is what I needed it for). Unless this was a branch (which would be pretty pointless anyways), it will break the current code. I am not sure how properly test the listener with the current code base without installing and running a full on mail server, which I am not going to do. If you can direct me to some documentation (or just tell me and I'll doc it when done) on how to run a simple test to exercise the listener, I can do that. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879488#3879488 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879488 |
From: <ben...@jb...> - 2005-05-30 22:53:03
|
Gabriele, Thanks for the suggestion. In terms of starting up sequence, Scott and I have also discussed pulling a farm deployment from single node (e.g., coordinator, or even a user-designated node). It is in line with your idea. However, the tricky thing is the case of group slipt and then join. For example, when you have two nodes that are initially in a group. Next comes the network problem causing two groups to split/form and so each become its own coordinator. When the network heals and they are merged again, only one will become coordinator (by default determined by ip address). So user may not get consistent behavior. But if we can document the consequence, I think we can get by. -Ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879476#3879476 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879476 |
From: <ste...@jb...> - 2005-05-30 20:59:44
|
So then I'd suggest using the standard MBean that comes with Hibernate itself. That's a standard, vanilla MBean that will run in any JMX server. Another option is to wait for something I have been concieving of for the integration code. It's basically the ability to define "satellite" deployments to a HAR deployment. Think of the satellites as extra bundles of mappings/classes to be incorporated into the built session factory; essentially they let you define modules for the session factory that can be dropped into the deploy directory by themselves, without the need to rebundle the main deployment unit. The session factory is rebuilt as additional modules are added (deployed) or removed (un-deployed). Either way, I am against modifying the HARDeployer or Hibernate MBean in the manner you suggest. Depending on you exact need, one of the above suggestions is a better route to take. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879474#3879474 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879474 |
From: guidepost <nu...@jb...> - 2005-05-30 20:01:52
|
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? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879473#3879473 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879473 |
From: garu <nu...@jb...> - 2005-05-30 08:51:55
|
Well, sorry for the double update, the old wise says "never let the cat on the keyboard when writing an update", otherwise said "know what you are doing, before doing it"... I just wanted to point out that will the following code: | byte[] lBuffer = new byte[ 1024 ]; | lInput = new FileInputStream( pFile ); | ByteArrayOutputStream lOutput = new ByteArrayOutputStream(); // #1 | int j = 0; | while( ( j = lInput.read( lBuffer ) ) > 0 ) { // #2 | lOutput.write( lBuffer, 0, j ); | } | return new FileContent( pFile, lOutput.toByteArray() ); // #3 | you are allocating twice the file content byte[]. At #1 the output buffer is allocated, at #2 it is grown up to file size then at #3 a copy is created, and for large files this may be a problem. Gabriele View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879423#3879423 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879423 |
From: garu <nu...@jb...> - 2005-05-30 08:28:42
|
You're welcom. Also be aware that whit the following code | byte[] lBuffer = new byte[ 1024 ]; | lInput = new FileInputStream( pFile ); | ByteArrayOutputStream lOutput = new ByteArrayOutputStream(); | int j = 0; | while( ( j = lInput.read( lBuffer ) ) > 0 ) { | lOutput.write( lBuffer, 0, j ); | } | return new FileContent( pFile, lOutput.toByteArray() ); | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879418#3879418 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879418 |
From: garu <nu...@jb...> - 2005-05-30 08:03:59
|
Hi Scott, in my opinion the first, basic, assumption is: cluster farming service must deploy the same applications at the same version (right now this only means same modification date) in all the nodes. It must not be allowed that a farm directory contains and hence its related farm service deploys an application that is not deployed in all the other cluster nodes. (i dont want here to touch the argument of atomic deployment ie what happens if a deploy is successful on one node and not in the others, that's another movie, and i want to see the thing just from the service startup point of view) Given that, we can point out the following items: 1- the first node that cames up is the one that decides what applications and at what version will be initiallly deployed in the cluster 2- when a node is coming up it must not advertise its deployed applications untill it has fully catched up with the rest of the cluster (this is already done) 3- when a node is joining the cluster it must delete all the applications present in its farm directory, but not present in the application list it's getting from the cluster (this is easy, i tried it and can be done with a few lines of code) 3a - when a node joins the cluster it must obtain the list of clustered application from a node in the cluster (more on this later) and pull the applications from that node 3b- cluster always takes precedence, ie a joining node will always alingn on the cluster and not viceversa. A node could have been down for a while and applications could have been added, removed updated ,etc, so when it joins a cluster it must not be allowed to corrupt it with a possible outaded situation. 4- basing on the above items it means that when a farm service is up and running the farmed, deployed application are exactly aligned with all the cluster nodes. 5- if all the above items are respected, it doesn't matter from which node the applications are pulled since all the nodes will have the same content. A simple GET_FIRST request could be used. (Rigth now since the node list is based on the startup order, the answers will always be returned in nodes startup order) Gabriele View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879415#3879415 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879415 |
From: <sco...@jb...> - 2005-05-29 22:45:35
|
Yes, something like that. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879397#3879397 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879397 |
From: <dim...@jb...> - 2005-05-29 18:39:56
|
Yes, it seems like an optimization but how you can really disassociate a thead from a tx, if you don't intend to commit the tx in that thread? Assume thread A starts a tx, thread B resumes the same tx, does its work then suspends to indicate it is done with it, finally thread A commit at a later time. If we want to use the associated threads as the criterion for the commiting thread to know it is safe to commit (i.e. all the other theads being disassociated), then we need to keep this internal association up-to-date. Also, having the thread (B) possibly interrupted after it is presumably done with the transaction seems a little strange. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879390#3879390 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879390 |
From: reverbel <nu...@jb...> - 2005-05-29 16:16:47
|
I didn't write the original code, but my understanding is that suspend() does not call disassociateThread() just to avoid acquiring a lock on the TransactionImpl instance. (TransactionImpl's disassociateCurrentThread() method locks the target transaction if that transaction is active.) Currently the only consequence of not calling disassociateThread() from suspend() is that additional threads may get interrupted if the transaction timeouts. This is probably better than lock contention on the TransactionImpl instance. Regards, Francisco View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879388#3879388 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879388 |
From: timfox <nu...@jb...> - 2005-05-29 10:16:50
|
I've sumitted a patch in JIRA to task JBMESSAGING-63, although it also applies to JBMESSAGING-34. The patch contains the implementation of the various JMS acknowledgement modes on the JMS facade - inluding the implementation of the SessionInterceptor Plus I've completed JMS transacted sessions, commit, rollback etc. ready for plugging into the core. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879381#3879381 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879381 |
From: caigao <nu...@jb...> - 2005-05-29 00:42:14
|
I have the same problem as you. My env is: Redhat AS 4.0 $JBOSS_HOME $JAVA_HOME was working correct. build/local.properties and build/etc/mysql.properties were both righ. but the "sh build.sh" give me wrong answer like this: [user@host build]$ sh build.sh : command not found : command not found : command not found 'uild.sh: line 17: syntax error near unexpected token `{ 'uild.sh: line 17: `main() { [user@host build]$ ./build.sh : bad interpreter: ?????????????? some body can help us???????? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879371#3879371 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879371 |
From: ScottMarlowNovell <nu...@jb...> - 2005-05-29 00:27:26
|
Issue #1 is about how an application that is deleted from the cluster could currently come back into the cluster. Steps to reproduce: a. Create a cluster with more than one node. Lets assume three server nodes named { node1, node2, node3 } b. Deploy an application to the cluster, I used WineDemo.war. c. Bring node3 down. d. Delete WineDemo.war from the cluster. Note that it didn't get deleted from node3's farm folder as node3 is down. e. Bring node3 back up, WineDemo.war is still running on node3. The workaround for this issue is to manually remove WineDemo.war from node3 before bringing it back up. I create task http://jira.jboss.com/jira/browse/JBCLUSTER-49 for this. The second problem, issue #2 needs to be tested (I think it might be a problem). To answer your question, the nodes only propagate in one direction when the node comes online (nodes pull applications from the cluster during this event but not push). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879370#3879370 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879370 |
From: ScottMarlowNovell <nu...@jb...> - 2005-05-29 00:01:18
|
Hi Gabriele, Thank you for helping out :-) I tried an alternative change to avoid pulling applications from every node and it also solves the problem that you raised here. I started a separate thread to discuss the approach http://www.jboss.org/index.html?module=bb&op=viewtopic&t=64489 as I didn't want to hijack this discussion. My changes did involve HAPartiton + HAPartitonImpl + FarmMemberService. Your proposed change would also solve the "(N-1)*A useless transfers" problem. I took a quick look at your proposal for fragmenting the file transfer and that should help as I now have one possible solution to start with. Cheers, Scott View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879369#3879369 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879369 |
From: <dim...@jb...> - 2005-05-28 17:56:21
|
Currently, we don't disassociate the calling thread from the tx when we suspend() (we just nullify the ti.tx reference) : | public Transaction suspend() throws SystemException | { | ThreadInfo ti = getThreadInfo(); | TransactionImpl current = ti.tx; | | if (current != null) | { | ti.tx = null; | | if (trace) | log.trace("suspended tx: " + current); | | if (current.isDone()) | current = null; | } | | return current; | On the other hand, in resume(tx) we do associate the tx with the calling thread. By applying the policy of a thread committing only when no other threads are associated, I'm getting exception now, since the "suspended" theads are still associated. Without the policy this goes un-noticed. Is there any reason not to add disassociateThread() in suspend()? Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879352#3879352 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879352 |
From: mark1 <nu...@jb...> - 2005-05-28 17:07:39
|
. . . I spoke too soon. I had gotten over the original error, but I was getting others errors after that -- thinking it was my own configuration error. The main build.sh did indeed run after cleaning it up with the "dos2unix". But it turns out that in the tools-directory the build.sh and *.xml files there ALSO to needed the same dos2unix clean-up. Even then, I'm still getting other errors. [mark@matrix build]$ sh build.sh | : command not foundrtal-2.0-RC2-src/tools/bin/common.shlib: line 7: | : command not foundrtal-2.0-RC2-src/tools/bin/common.shlib: line 9: | /home/mark/jboss-portal-2.0-RC2-src/tools/bin/common.shlib: line 11: syntax error near unexpected token '{ | 'home/mark/jboss-portal-2.0-RC2-src/tools/bin/common.shlib: line 11: `{ | xset: unknown option JVM_MS=32m | | usage: xset [-display host:dpy] option ... | I'm guessing that this builds fine on Windows, but the Unix build-scripts got corrupted somehow. Did they get re-saved by WordPad with CRLF line endings? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879350#3879350 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879350 |
From: suwipat <nu...@jb...> - 2005-05-28 16:43:18
|
sorry i post at wrong place View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879349#3879349 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879349 |
From: mark1 <nu...@jb...> - 2005-05-28 16:39:03
|
I'm getting the same thing on my Linux (Fedora Core 3 and Ubuntu as well). The "build.sh" shell-script seems to be the problem. It contains MS-DOS style line-endings. So I used the "dos2unix" command to cleanup the CRLF characters in build.sh -- and now it runs. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879347#3879347 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879347 |
From: suwipat <nu...@jb...> - 2005-05-28 16:37:37
|
now i took it to /server/default/deploy but i when i call http://localhost:8080/Test1.jsp,an error HTTP Status 404 appear and description The requested resource (/Test1.jsp) is not available. so what path or where i can place a .jsp file to ?? (like ROOT in Tomcat) Thanks, View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879346#3879346 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879346 |
From: <roy...@jb...> - 2005-05-28 15:11:13
|
We have released the 2.0 RC2 of JBoss Portal. JBoss Portal 2.0 RC2 works with JBoss 4.0.2 and not with earlier versions. The downloads are accessible with the following links : http://download.jboss.com/jbossportal/2.0RC2/jboss-portal-2.0-RC2-jboss-4.0.2.zip http://download.jboss.com/jbossportal/2.0RC2/jboss-portal-2.0-RC2-bin.zip http://download.jboss.com/jbossportal/2.0RC2/jboss-portal-2.0-RC2-src.tar.gz http://download.jboss.com/jbossportal/2.0RC2/jboss-forums-2.0-RC2-bin.zip http://download.jboss.com/jbossportal/2.0RC2/jboss-forums-2.0-RC2-src.tar.gz All docs can be found here: http://www.jboss.org/products/jbossportal#docs View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879344#3879344 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879344 |
From: Masoud_Omidvar <nu...@jb...> - 2005-05-28 05:28:41
|
"AllenBuck" wrote : I am running JRE 1.4.2_06 and eclipse 3.1 M5a. I have not been able to get the XML editor to work. Do I need to move to JBossIDE-1.5M1? I have to stay at JRE 1.4.2. | | Thanks Dear Allen, I seems that you must stay at JRE 1.4.2. So, I have just test the following configuration, and I found it ok. Everything works well (including XML editor). Does it help you? - JRE 1.4.2_04 - Eclipse 3.1M7 - org.jboss.ide.eclipse_1.4.0.bin.dist.zip View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879334#3879334 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879334 |
From: ahuisky <nu...@jb...> - 2005-05-28 03:24:19
|
| public class ServiceRequest{ | //do some thing | } | | public class MyService{ | | public void method1(ServiceRequest request,String str); | //many methods that has a ServiceRequest argument | public Object method2();//none Arguments | } | | public class MyInterceptor implements Interceptor { | | public MyInterceptor() { | super(); | } | | public String getName() { | return "MyInterceptor"; | } | | public Object invoke(Invocation invocation) throws Throwable { | try{ | MethodInvocation mi = (MethodInvocation)invocation; | ServiceRequest request = (ServiceRequest)mi.getArguments()[0]; | //I get the ServiceRequest,do some thing ... | return invocation.invokeNext(); | }finally{ | System.out.println("GoodBy,MyInterceptor"); | } | } | } | now i want to make MyInterceptor to intercept the methods that has a ServiceRequest argument of MyService ! how can i write the jboss-aop.xml Thanks...very much.... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879330#3879330 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879330 |