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: <rya...@jb...> - 2005-05-27 23:55:38
|
So in the case of the synchronization cycle, we will want the visitor to traverse the graph and collect a set of unresolved dependencies (ie, no local component-info), download those component-info's and repeat until all component-info's are downloaded. Once the component-info's are complete, another visitor can traverse the graph and generate synchornize targets for each component. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879326#3879326 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879326 |
|
From: cgnicholas <nu...@jb...> - 2005-05-27 22:05:38
|
Hi - we are looking to move our applications to JBoss portal, and with a home brew OO user/group management and permissions structure. Groups exhibit inheritence, and fine grained permissions allow agents of one group to read/write/mod/create/destroy named properties of other groups. Agents can be members of multiple groups (which are closely associated with URL domains) and upon inherit class-level defaults they can override. Agents themselves are permitted to modify some, but not all, of their own properties, according to their permissions after instantiation. They can change their buttons from round to square, but not the contract id that is placed in the logs, etc. where would I start to understand what the Hibernate structures are that support user and group-level management? thanks! Chris Nicholas GlobeXplorer View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879320#3879320 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879320 |
|
From: JerryGauth <nu...@jb...> - 2005-05-27 21:40:59
|
Regarding issues 1 and 2 - shouldn't all nodes propagate farm deployments to/from the cluster coordinator when they come on line? They should obtain farm deployments from the coordinator and sent their own farm deployments to the coordinator if they're not already located on the coordinator. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879319#3879319 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879319 |
|
From: <ad...@jb...> - 2005-05-27 21:29:27
|
I just added support for the property injection, passing parameters in lifecycle operations will come soon... Commit message: | Add support for injecting a property of a bean rather than a bean, | e.g. | <bean name="MyService" class="MyClass"> | <property name="transactionManager"> | <inject bean="TransactionManagerService" property="instance"/> | </property> | </bean> | or | MyClass.setTransactionManager(TransactionManagerService.getInstance()); | | This also works anywhere there is an injection, i.e. properties, factories, | parameters, collections, etc. | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879316#3879316 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879316 |
|
From: ScottMarlowNovell <nu...@jb...> - 2005-05-27 21:06:13
|
I created a Jira issue for this http://jira.jboss.com/jira/browse/JBCLUSTER-48. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879314#3879314 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879314 |
|
From: ScottMarlowNovell <nu...@jb...> - 2005-05-27 21:03:59
|
This was raised in http://www.jboss.org/index.html?module=bb&op=viewtopic&t=64186 and I wanted to discuss a proposal for resolving the issue without clouding the discussion in the other item. I would like to work towards ensuring that there is a consistent set of applications deployed on the cluster as a goal for farm deployment. With this goal in mind, I don't think that server nodes joining the JBoss cluster should pull applications from every other cluster node. I believe that there should be a concept of the cluster coordinator that the applications are pulled from only. The cluster coordinator is the oldest cluster member (replaced by the next oldest during a failure). This will make clustered server startup faster as fewer applications will be transferred. I believe that this will also simplify the http://jira.jboss.com/jira/browse/JBCLUSTER-33 task that deals with large file deployments. This doesn't address the following issues which I won't to mention: 1. If you delete a clusterer application, you should remove the application manually from any cluster node member that was down at the time of deletion. This would cover the case that the downed node later becomes the cluster coordinator (to prevent the deleted application from coming back to life). I have reproduced this case. 2. If two server nodes are started while the network is down, when they later see each other, one will become the cluster coordinator but applications are not propagated to the other node. I haven't reproduced this case but I believe it exists. These two cases are present with or without the proposed change and are only mentioned here to document them (will create Jira issues for them later.) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879313#3879313 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879313 |
|
From: <roy...@jb...> - 2005-05-27 18:16:28
|
I will test the jsf-ri, but i am not hopeful at this point. We are having problems deploying jsf/myfaces on AS4.0.2 period, let alone inside portlets. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879296#3879296 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879296 |
|
From: echoi1975 <nu...@jb...> - 2005-05-27 17:57:06
|
is the myfaces/portal implementation use more than one jsf component on one page? if so, have you guys seen an y issues using multiple jsfs on one portal page? i'm having problems using the RI JSF with Jboss Portal with multiple JSFs on one portal page... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879294#3879294 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879294 |
|
From: echoi1975 <nu...@jb...> - 2005-05-27 16:50:17
|
hmm how about this in the url for the request dispatcher make it a logical url like /app/something then in your web.xml map the url /app/something to the absolute path of the resource the url is referencing? ec. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879289#3879289 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879289 |
|
From: echoi1975 <nu...@jb...> - 2005-05-27 16:29:05
|
hmmm i look around too, and get back to you if I find anything.. ec. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879286#3879286 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879286 |
|
From: <ani...@jb...> - 2005-05-27 13:37:26
|
http://jira.jboss.com/jira/browse/JBWS-204 One caveat that I would like to provide to the Web Service layer that wants to use the schema capabilities provided by tools is the following: The Web Services layer needs to modify the schema model after it has been written to a file. So tools, when parses the schema file, uses Xerces based implementation, which flattens the schema model. But once the Xerces based XSModel is built, it cannot be modified (like adding new Elements, Attributes etc). Since the WS layer is requesting access to schema API to be provided so that changes can be made to the schema model, I want to tell that underneath, JBossWS tools has to copy over the Xerces Schema Model "XSModel" into JBoss implementation of XSModel called "JBossXSModelImpl", on which you can do any kind of schema manipulation. The reason this anomaly exists is because the Xerces implementation is good for parsing schema model from a schema file, but they discourage us from using their implementation to manipulate or create schema model. On the other hand, there is a util class called "SchemaUtils" that provides a lot of features like schema creation, addition of global elements etc. This util class will be updated to serve the WS layer with JIRA issues like JBWS-204 mentioned above. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879278#3879278 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879278 |
|
From: garu <nu...@jb...> - 2005-05-27 08:53:46
|
Hi Scott, i'm experimenting with cluster because we plan to set up a production environment where clustering has a main role and since i found some issues that do not allow me to rely on it until they are solved, i tried to speed up the thing trying to help you finding a solution. Given that i don't pay (yet), i feel my duty trying to help you. (BTW, i'm negotiating with your new European office for a support packet) To focus on your last reply, i had the same problem and i've got something that is already functioning. I cannot say it is the solution because it would take too much time for me to understand all the possible drawbacks of what i implemented and overall the real thing should be more structural and involve at least HAPartitonImpl too, but it works and in my hope it can give you some ideas to speed up the solution. I posted a zip file in http://jira.jboss.com/jira/browse/JBCLUSTER-33 with the code. Cheers, Gabriele View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879259#3879259 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879259 |
|
From: <ovi...@jb...> - 2005-05-27 04:41:48
|
I have checked in code that adds transactional handling for messages at Channel level. The support is incomplete, it only transacts NON_PERSISTENT messages on a LocalQueue. Support for all channel types, acknowledgments and PERSISTENT messages will follow soon. To get an idea how it works, look at TransactionalChannelSupportTest. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879251#3879251 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879251 |
|
From: Evolution <nu...@jb...> - 2005-05-27 01:23:38
|
hi.. i am new here , is there any way for me to convert a webpage's output into a pdf file and display it to the end users? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879240#3879240 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879240 |
|
From: <sco...@jb...> - 2005-05-26 23:16:49
|
So the first thirdparty test I need to get working is something like this: | <?xml version="1.0"?> | | <project name="main.build" | default="synchronize" | basedir="."> | | <property file="local.properties"/> | <!-- Import the types --> | <import file="../tools/etc/jbossbuild/tasks.xml"/> | | <property file="synchronize.properties"/> | | <build id="jbossas-thirdparty" | impltitle="JBossAS" | implversion="4.0.2" | implvendor="JBoss Inc." | implurl="http://www.jboss.org" | description="JBoss Application Server" | cvsroot="${cvs.prefix}@cvs.forge.jboss.com:/cvsroot/jboss" | thirdpartypath="../thirdparty/" | location="http://cruisecontrol.jboss.com/repository" | targetdefs="targets" | componentVisitor="com.acme.SomeGraphVisitor" | > | | <component id="hibernate" | version="3.0.3"> | </component> | </build> | | <!-- Generate the targets --> | <generate generate="jbossas-thirdparty"/> | | <target name="test" depends="synchronize"> | <fail> | <condition> | <not> | <available file="../thirdparty/hibernate/3.0.3/hibernate3.jar" /> | <available file="../thirdparty/hibernate/3.0.3/hibernate-metadata.jar" /> | <available file="../thirdparty/antlr/2.7.5H3/antlr.jar" /> | <available file="../thirdparty/asm/1.5.3/asm.jar" /> | </not> | </condition> | </fail> | </target> | </project> | This tests pulling in the hibernate dependencies. A new feature is the ability to specify a vistor that will have access to the graph of components and their dependencies. This will allow for the generation of the license-info.xml for example. I have added a org.jboss.ant.util.graph to jbossbuild as a start for graph visitation and algorithms. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879238#3879238 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879238 |
|
From: Alexey L. <al...@jb...> - 2005-05-26 21:12:50
|
It does make sense and eventually will be added. It's just not a = priority comparing to other requirements. You can open a Jira issue for = this. =20 Thanks, =20 alex ________________________________ From: jbo...@li... on behalf of = dim...@jb... Sent: Thu 26.05.2005 20:26 To: jbo...@li... Subject: [Jboss-dev-forums] [Design of JBossXB] - Mapping comments? Wouldn't it make sense to be able to map also the comments from an xml = file to a POJO model, as well? (and the reverse) From a deployment point of view, this would allow reading, modifiying = and writing back an existing descriptor (e.g. xxx-service.xml) without = destroying completely it's content (alhtough its formating for sure). View the original post : = http://www.jboss.org/index.html?module=3Dbb&op=3Dviewtopic&p=3D3879196#38= 79196 Reply to the post : = http://www.jboss.org/index.html?module=3Dbb&op=3Dposting&mode=3Dreply&p=3D= 3879196 ------------------------------------------------------- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit = http://developer.yahoo.net/?fr=3Doffad-ysdn-ostg-q22005 _______________________________________________ Jboss-dev-forums mailing list Jbo...@li... https://lists.sourceforge.net/lists/listinfo/jboss-dev-forums |
|
From: sirmyth <nu...@jb...> - 2005-05-26 18:45:41
|
Jboss plugin does not work with eclipse 3.1M7. According to Eclipse team problem is with statusDialog that is no longer part of the eclipse build. The error is: java.lang.NoClassDefFoundError: org/eclipse/jdt/internal/ui/dialogs/StatusDialog Any idea if/when plugin to match new eclipse 3.1 will be released ( final build for eclipse is going to be released next month)? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879204#3879204 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879204 |
|
From: adamw <nu...@jb...> - 2005-05-26 18:28:26
|
Yes, I thought about that, but it isn't a very elegant solution :). I was hoping for some nicer way. But if there's no other, I'll have to use this one. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879203#3879203 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879203 |
|
From: echoi1975 <nu...@jb...> - 2005-05-26 18:08:21
|
how about using symbolic links? (assuming you are using unix/linux) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879201#3879201 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879201 |
|
From: <dim...@jb...> - 2005-05-26 17:26:43
|
Wouldn't it make sense to be able to map also the comments from an xml file to a POJO model, as well? (and the reverse) From a deployment point of view, this would allow reading, modifiying and writing back an existing descriptor (e.g. xxx-service.xml) without destroying completely it's content (alhtough its formating for sure). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879196#3879196 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879196 |
|
From: <ani...@jb...> - 2005-05-26 16:30:58
|
Here is the error that it throws: | error: class org.jboss.test.ws.jbws_204.wscompile.simpletypes.USMidwest does not have a public accessible empty constructor | Ok, wscompile now found out that the java class that it generated previously is not acceptable as a Jaxrpc value type. For testing purposes, I gave a dummy public constructor to the class USMidwest, I get the following error: | error: invalid type for JAX-RPC structure: org.jboss.test.ws.jbws_204.wscompile.simpletypes.USMidwest | So basically, wscompile approach to XSD Simple Types with enumeration is broken. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879193#3879193 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879193 |
|
From: <ani...@jb...> - 2005-05-26 16:25:12
|
Additional annoyance with regard to Simple Types with enumeration:
Schema To Java Type
| <!--Define a simple type, an enumerated type-->
| <xsd:simpleType name="USMidwest">
| <xsd:restriction base="xsd:string">
| <xsd:enumeration value="IN"/>
| <xsd:enumeration value="IL"/>
| <xsd:enumeration value="OH"/>
| </xsd:restriction>
| </xsd:simpleType>
|
Now look at the Java Type that is generated by wscompile for the above schema type.
| // This class was generated by the JAXRPC SI, do not edit.
| // Contents subject to change without notice.
| // JAX-RPC Standard Implementation (1.1.2_01, build R40)
| // Generated source version: 1.1.2
|
| package org.jboss.ws.types;
|
|
| import java.util.Map;
| import java.util.HashMap;
|
| public class USMidwest {
| private java.lang.String value;
| private static Map valueMap = new HashMap();
| public static final String _INString = "IN";
| public static final String _ILString = "IL";
| public static final String _OHString = "OH";
|
| public static final java.lang.String _IN = new java.lang.String(_INString);
| public static final java.lang.String _IL = new java.lang.String(_ILString);
| public static final java.lang.String _OH = new java.lang.String(_OHString);
|
| public static final USMidwest IN = new USMidwest(_IN);
| public static final USMidwest IL = new USMidwest(_IL);
| public static final USMidwest OH = new USMidwest(_OH);
|
| protected USMidwest(java.lang.String value) {
| this.value = value;
| valueMap.put(this.toString(), this);
| }
|
| public java.lang.String getValue() {
| return value;
| }
|
| public static USMidwest fromValue(java.lang.String value)
| throws java.lang.IllegalStateException {
| if (IN.value.equals(value)) {
| return IN;
| } else if (IL.value.equals(value)) {
| return IL;
| } else if (OH.value.equals(value)) {
| return OH;
| }
| throw new IllegalArgumentException();
| }
|
| public static USMidwest fromString(String value)
| throws java.lang.IllegalStateException {
| USMidwest ret = (USMidwest)valueMap.get(value);
| if (ret != null) {
| return ret;
| }
| if (value.equals(_INString)) {
| return IN;
| } else if (value.equals(_ILString)) {
| return IL;
| } else if (value.equals(_OHString)) {
| return OH;
| }
| throw new IllegalArgumentException();
| }
|
| public String toString() {
| return value.toString();
| }
|
| private Object readResolve()
| throws java.io.ObjectStreamException {
| return fromValue(getValue());
| }
|
| public boolean equals(Object obj) {
| if (!(obj instanceof USMidwest)) {
| return false;
| }
| return ((USMidwest)obj).value.equals(value);
| }
|
| public int hashCode() {
| return value.hashCode();
| }
| }
Java to schema
Let us write a simple SEI that will use this java class called USMidwest generated by wscompile.
| /*
| * JBoss, the OpenSource J2EE webOS
| *
| * Distributable under LGPL license.
| * See terms of license at gnu.org.
| */
| package org.jboss.test.ws.jbws_204.sei;
|
| import org.jboss.test.ws.jbws_204.wscompile.simpletypes.USMidwest;
|
| import java.rmi.Remote;
| import java.rmi.RemoteException;
|
| /**
| * JBWS -204 : Java to XSDSchema comprehensive test collection
| * The SEI that tests enumerated types in Simple Types
| * @author <mailto:Ani...@jb...>Anil Saldhana
| * @since May 25, 2005
| */
|
| public interface SimpleTypeEnumerationSEI extends Remote
| {
| public void testEnumeration( USMidwest midwest) throws RemoteException;
| }
|
Now when I feed this SEI into wscompile to generate a wsdl so that I can have a look at the schema, I get errors. (Please check my reply for the errors).
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879191#3879191
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879191
|
|
From: javafolks_ssee <nu...@jb...> - 2005-05-26 13:26:39
|
I have encountered a problem while implementing the following requirement,
My requirement:- I have two threads Thread_1 and Thread_2.
Thread_2 performs TASK which can?t be implemented or performed in loop as it is not a single functionality to achieve.
Thread_1 should start the Thread_2 and Thread_2 needs to be stopped after a pre-defined time, say ?5 minutes? only in case of Thread_2 has not completed the TASK that it was executing.
I am trying to meet a requirement by following approach
class Thread_2 extends Thread
| {
| public void run(){
| ---
| ---
| ---
| //TASK, tight bound. here for() = =TASK
| for (int i=0;i<=100000;i++ )
| {
| // out of my scope to handle here
| }
| //end of TASK
| -----
| }
| }
|
| class Thread_1 extends XYZ
| //should extend; XYZ implements java.lang.Runnable
| {
| -----
| Public viod run(){
| Therad_2 obj2 = new Therad_2();
| ------
| th.start();
| // Here is the PROBLEM. I have to stop the thread ?obj2? after some ?X? time means obj2 thread should run only for ?X? time. In short I got to kill the thred.
| }// end run()
|
| }// end Thread_1
I would appreciate if any body can have a look.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879168#3879168
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879168
|
|
From: ScottMarlowNovell <nu...@jb...> - 2005-05-26 13:25:07
|
Hello, This is very timely as I am looking into a related issue (http://jira.jboss.com/jira/browse/JBCLUSTER-33) that has to do with farm deploying large applications. I'm trying to improve the way we handle large application farm deployments. We currently have two ways that farm deploy. At server startup time, we "pull" new deployments by doing a cluster RPC call requesting all deployed applications to be returned to us. This is the case that you point out the issues with. We also have "push" which sends applications to all other nodes in the cluster as needed. This seems fine. I agree that we should at least apply your patch but perhaps do more (as part of the large file handling). Thank you, Scott View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879167#3879167 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879167 |
|
From: AllenBuck <nu...@jb...> - 2005-05-26 12:49:31
|
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 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879161#3879161 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879161 |
1965 messages has been excluded from this view by a project administrator.
