December 2006 - jboss-user - Jboss List Archives

[JBossCache] - Re: Node clear method bug or problem in my way to use it.

by manik.surtani＠jboss.com

paste XML and other code blocks within tags. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995371#3995371 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995371

19 years, 4 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: read in packaged properties file

by PeterJ

You stated "props file packaged as" which I assume means that your poroperties file in within a jar file. Assuming your jar file has the following contents: org/foo/bar/Some.class org/foo/Other.class org/foo/sysprops.properties then from any of the classes in this jar file, you can load the properties file by: Properties prop = new Properties(); prop.load(this.getClass().getResourceAsStream("org.foo.sysprops")); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995370#3995370 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995370

19 years, 4 months

1
0
0 / 0

[JBossCache] - Re: How to use JBossCache within WebSphere?

by manik.surtani＠jboss.com

Nothing specific with that combination, I'm afraid. We do have a wiki page on setting up JBC and WebSphere though. I'm sure the community would appreciate you posting your findings/detailing the processes you go through on a similar wiki page though! :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995367#3995367 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995367

19 years, 4 months

1
0
0 / 0

[JBoss Getting Started Documentation] - Re: Reserve Jboss port in window OS during startup

by PeterJ

There is not way to force Windows to reserve ports for an application that I know of. The ports are allocated on a first come, first served basis. If you are running a program (or service) that uses, for example, port 1099, then you have one of several choices. First, don't run that program. Second, change that program to use a different port. Third, change JBoss to use a different port. About once a month at work, my required corporate version of Norton Anti-Virus insists on opening port 1099 (it randomly selects an open port, usually I am lucky and it selects something other than 1099). I have complained to the corporate network administrators, asking for a way to tell Norton not to use that port. So far my requests have fallen on deaf ears. So when it happens, I reboot and Norton grabs a different port. (Option one above is not an option for me because i have no control over Norton. And option three above is not an option for me since I am constantly reinstalling and running various versions of JBoss.) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995366#3995366 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995366

19 years, 4 months

1
0
0 / 0

[JBossCache] - Re: JBoss Cache 1.4.0.SP Notifications

by manik.surtani＠jboss.com

Perhaps a TcpCacheLoader/TcpCacheServer? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995363#3995363 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995363

19 years, 4 months

1
0
0 / 0

[JBoss Getting Started Documentation] - Re: Error while starting the Jboss Application Server.

by jangeysen

you have conflict with another jboss (version < 4.0.5) server running change your messaging ip addresses (or ports) for clustering 1 For EJB clustering In the file <JBOSS_HOME> \server\\deploy\cluster-service.xml, change in the mbean jboss:service=${jboss.partition.name:DefaultPartition}" the UDP entry: <UDP mcast_addr="${jboss.partition.udpGroup:228.1.2.3}" mcast_port="45566" Adapt the ClusteredConsoleServlet in the console accordingly. In <JBOSS_HOME> \server\\deploy\jmx-console.war\WEB-INF\web.xml? change the line <param-value> UDP(ip_mcast=true;ip_ttl=16; loopback=false; mcast_addr= ${jboss.partition.udpGroup:228.1.2.3};mcast_port=45566): 2 For JNDI clustering In the same file <JBOSS_HOME> \server\\deploy\cluster-service.xml, change the entry ${jboss.partition.udpGroup:230.0.0.4} .. This address should also be used by the HA-JNDIJMS provider in <JBOSS_HOME> \server\\deploy \jms \hajndi-jms-ds.xml , line jnp.discoveryGroup=${jboss.partition.udpGroup:230.0.0.4} 3 For Tomcat clustering In the file <JBOSS_HOME> \server\\deploy \tc5-cluster.sar\META-INF\jboss-service.xml", change the entry <UDP mcast_addr= "${jboss.partition.udpGroup: 230.1.2.7}". View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995362#3995362 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995362

19 years, 4 months

1
0
0 / 0

[JBossCache] - Re: problem with org/jaxen/VariableContext

by manik.surtani＠jboss.com

Sorry for the late response, this sounds like a class loader issue, you'd probably have better luck posting on the EJB3 forums. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995361#3995361 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995361

19 years, 4 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: Deploy a web application on JBoss

by PeterJ

I already gave you the means to deploy a war file (or exploded directory) from a network location: use the invoke method on the jboss.system:server=MainDeployer MBean. The URL you pass to this method, whether an http: url or a file: url, must be valid to access the war file (try it using a browser first). As long as the URL is valid, the war file should deploy. But as kennychaffin wrote, deploying an application from across a network is not a good idea because you are just adding yet one more point of failure. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995360#3995360 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995360

19 years, 4 months

1
0
0 / 0

[Installation, Configuration & Deployment] - build jboss source

by editha

I downloaded the file jboss-4.0.4.GA-src.tar, extracted it and tried to run the build.bat file in the build directory but building the source fails. Here is the log: anonymous wrote : configure: | [echo] groups: most | [echo] modules: common,jmx,test,system,naming,j2ee,transaction,security,server,deployment,messaging,connector,remoting-int,jaxrpc,webservice,cluster,varia,iiop,management,console,aspects,tomcat,hibernate-int,aspects-jdk5,ejb3x,ejb3 | | init: | | _buildmagic:modules:most: | | ====================================================================== | == Executing 'most' in module 'common'... | == | | _buildmagic:init: | | configure: | | _default:task-init: | | init: | | _buildmagic:build-bypass-checker: | | _buildmagic:build-bypass-notice: | | _buildmagic:build-bypass-check: | | jars: | | _buildmagic:init: | | init: | | _default:compile-classes: | [javac] Compiling 363 source files to E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\output\classes | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\MetadataDrivenObjectModelFactory.java:24: cannot find symbol | [execmodules] symbol : class AttributeBinding | [execmodules] location: package org.jboss.xb.binding.metadata.unmarshalling | [execmodules] import org.jboss.xb.binding.metadata.unmarshalling.AttributeBinding; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\MetadataDrivenObjectModelFactory.java:25: cannot find symbol | [execmodules] symbol : class BasicElementBinding | [execmodules] location: package org.jboss.xb.binding.metadata.unmarshalling | [execmodules] import org.jboss.xb.binding.metadata.unmarshalling.BasicElementBinding; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\MetadataDrivenObjectModelFactory.java:28: cannot find symbol | [execmodules] symbol : class XmlValueContainer | [execmodules] location: package org.jboss.xb.binding.metadata.unmarshalling | [execmodules] import org.jboss.xb.binding.metadata.unmarshalling.XmlValueContainer; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\metadata\unmarshalling\XmlValueBinding.java:32: cannot find symbol | [execmodules] symbol: class XmlValueContainer | [execmodules] extends XmlValueContainer | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\metadata\unmarshalling\ElementBinding.java:33: cannot find symbol | [execmodules] symbol: class BasicElementBinding | [execmodules] extends BasicElementBinding | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\MetadataDrivenObjectModelFactory.java:438: cannot find symbol | [execmodules] symbol : class XmlValueContainer | [execmodules] location: class org.jboss.xb.binding.MetadataDrivenObjectModelFactory | [execmodules] private static final Object newInstance(XmlValueContainer metadata) | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\Unmarshaller.java:31: cannot find symbol | [execmodules] symbol : class SchemaBindingResolver | [execmodules] location: package org.jboss.xb.binding.sunday.unmarshalling | [execmodules] import org.jboss.xb.binding.sunday.unmarshalling.SchemaBindingResolver; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\Unmarshaller.java:71: cannot find symbol | [execmodules] symbol : class SchemaBindingResolver | [execmodules] location: interface org.jboss.xb.binding.Unmarshaller | [execmodules] Object unmarshal(String xml, SchemaBindingResolver schemaResolver) throws JBossXBException; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\Unmarshaller.java:71: unmarshal(java.lang.String,org.jboss.xb.binding.sunday.unmarshalling.SchemaBinding) is already defined in org.jboss.xb.binding.Unmarshaller | [execmodules] Object unmarshal(String xml, SchemaBindingResolver schemaResolver) throws JBossXBException; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\Unmarshaller.java:73: cannot find symbol | [execmodules] symbol : class SchemaBindingResolver | [execmodules] location: interface org.jboss.xb.binding.Unmarshaller | [execmodules] Object unmarshal(Reader xmlReader, SchemaBindingResolver schemaResolver) throws JBossXBException; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\Unmarshaller.java:73: unmarshal(java.io.Reader,org.jboss.xb.binding.sunday.unmarshalling.SchemaBinding) is already defined in org.jboss.xb.binding.Unmarshaller | [execmodules] Object unmarshal(Reader xmlReader, SchemaBindingResolver schemaResolver) throws JBossXBException; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\Unmarshaller.java:75: cannot find symbol | [execmodules] symbol : class SchemaBindingResolver | [execmodules] location: interface org.jboss.xb.binding.Unmarshaller | [execmodules] Object unmarshal(InputStream xmlStream, SchemaBindingResolver schemaResolver) throws JBossXBException; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\Unmarshaller.java:75: unmarshal(java.io.InputStream,org.jboss.xb.binding.sunday.unmarshalling.SchemaBinding) is already defined in org.jboss.xb.binding.Unmarshaller | [execmodules] Object unmarshal(InputStream xmlStream, SchemaBindingResolver schemaResolver) throws JBossXBException; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\sunday\unmarshalling\TypeBinding.java:39: package org.jboss.xb.binding.sunday.unmarshalling.impl.runtime does not exist | [execmodules] import org.jboss.xb.binding.sunday.unmarshalling.impl.runtime.RtCharactersHandler; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\sunday\unmarshalling\TypeBinding.java:40: package org.jboss.xb.binding.sunday.unmarshalling.impl.runtime does not exist | [execmodules] import org.jboss.xb.binding.sunday.unmarshalling.impl.runtime.RtElementHandler; | [execmodules] ^ | [execmodules] E:\Uni\jbosssource\jboss-4.0.4.GA-src.tar\jboss-4.0.4.GA-src\jboss-4.0.4.GA-src\common\src\main\org\jboss\xb\binding\sunday\unmarshalling\SchemaBinding.java:97: cannot find symbol | [execmodules] symbol : class SchemaBindingResolver | [execmodules] location: class org.jboss.xb.binding.sunday.unmarshalling.SchemaBinding | [execmodules] private SchemaBindingResolver schemaResolver; | [execmodules] ^ The log file is longer but I don't want to post everything here. Does anyone have an idea what my problem might be? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995359#3995359 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995359

19 years, 4 months

1
0
0 / 0

[Tomcat, HTTPD, Servlets & JSP] - How do I find the browser client address behind a load balan

by gustavosoares

Hi all! I would like to know if it is possible to find out the client ip address behind a load balancer. In weblogic there is a configuration that when request.getRemoteAddr() is sent, the browser client address is returned instead of the load balancer VIP address. I don´t know if there is anything similar in Tomcat. For instance: A (10.10.2.1) connects to a load balancer B (192.168.1.3) and then the load balancer foward the request to a application server C. If the method getRemoteAddr() is issued on C, the ip address returned would be 192.168.1.3. I need to get the ip address from A. Is it possible? Regards, Gustavo View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995357#3995357 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995357

19 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user December 2006