[Installation, Configuration & Deployment] - run build.sh in Opensolaris and get compilation error
by akatciti
Hi, all,
Any suggestion is appreciated. I have downloaded jboss-4.0.4.GA-src.tar.gz to an opensolaris box and tried to run build.sh
This is what I got:
====
[execmodules] /export/home/jboss/jboss-4.0.4.GA-src/common/src/main/org/jboss/xb/binding/sunday/unmarshalling/TypeBinding.java:370:
cannot find symbol
[execmodules] symbol : class SchemaBindingResolver
[execmodules] location: class
org.jboss.xb.binding.sunday.unmarshalling.TypeBinding
[execmodules] public SchemaBindingResolver getSchemaResolver()
[execmodules] ^
[execmodules] /export/home/jboss/jboss-4.0.4.GA-src/common/src/main/org/jboss/xb/binding/sunday/unmarshalling/TypeBinding.java:375:
cannot find symbol
[execmodules] symbol : class SchemaBindingResolver
[execmodules] location: class
org.jboss.xb.binding.sunday.unmarshalling.TypeBinding
[execmodules] public void setSchemaResolver(SchemaBindingResolver
schemaResolver)
[execmodules] ^
[execmodules] /export/home/jboss/jboss-4.0.4.GA-src/common/src/main/org/jboss/xb/binding/metadata/unmarshalling/NamespaceBinding.java:36:
cannot find symbol
[execmodules] symbol : class TopElementBinding
[execmodules] location: interface
org.jboss.xb.binding.metadata.unmarshalling.NamespaceBinding
[execmodules] TopElementBinding getTopElement(String elementName);
[execmodules] ^
[execmodules] /export/home/jboss/jboss-4.0.4.GA-src/common/src/main/org/jboss/xb/binding/UnmarshallerImpl.java:29:
cannot find symbol
[execmodules] symbol : class DocumentBindingFactory
[execmodules] location: package org.jboss.xb.binding.metadata.unmarshalling
[execmodules] import
org.jboss.xb.binding.metadata.unmarshalling.DocumentBindingFactory;
[execmodules] ^
[execmodules] /export/home/jboss/jboss-4.0.4.GA-src/common/src/main/org/jboss/xb/binding/UnmarshallerImpl.java:30:
cannot find symbol
[execmodules] symbol : class DocumentBindingStack
[execmodules] location: package org.jboss.xb.binding.metadata.unmarshalling
[execmodules] import
org.jboss.xb.binding.metadata.unmarshalling.DocumentBindingStack;
[execmodules] ^
[execmodules] /export/home/jboss/jboss-4.0.4.GA-src/common/src/main/org/jboss/xb/binding/UnmarshallerImpl.java:31:
cannot find symbol
[execmodules] symbol : class RuntimeDocumentBinding
[execmodules] location: package org.jboss.xb.binding.metadata.unmarshalling.impl
[execmodules] import
org.jboss.xb.binding.metadata.unmarshalling.impl.RuntimeDocumentBinding;
[execmodules] ^
[execmodules] /export/home/jboss/jboss-4.0.4.GA-src/common/src/main/org/jboss/xb/binding/UnmarshallerImpl.java:35:
cannot find symbol
[execmodules] symbol : class SundayContentHandler
[execmodules] location: package org.jboss.xb.binding.sunday.unmarshalling
[execmodules] import
org.jboss.xb.binding.sunday.unmarshalling.SundayContentHandler;
[execmodules] ^
[execmodules] /export/home/jboss/jboss-4.0.4.GA-src/common/src/main/org/jboss/xb/binding/UnmarshallerImpl.java:36:
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] /export/home/jboss/jboss-4.0.4.GA-src/common/src/main/org/jboss/xb/binding/UnmarshallerImpl.java:139:
cannot find symbol
[execmodules] symbol : class SchemaBindingResolver
[execmodules] location: class org.jboss.xb.binding.UnmarshallerImpl
[execmodules] public Object unmarshal(String xml,
SchemaBindingResolver schemaResolver) throws JBossXBException
[execmodules] ^
[execmodules] /export/home/jboss/jboss-4.0.4.GA-src/common/src/main/org/jboss/xb/binding/UnmarshallerImpl.java:139:
unmarshal(java.lang.String,org.jboss.xb.binding.sunday.unmarshalling.SchemaBinding)
is already defined in org.jboss.xb.binding.UnmarshallerImpl
[execmodules] public Object unmarshal(String xml,
SchemaBindingResolver schemaResolver) throws JBossXBException
[execmodules] ^
[execmodules] /export/home/jboss/jboss-4.0.4.GA-src/common/src/main/org/jboss/xb/binding/UnmarshallerImpl.java:146:
cannot find symbol
====
I am using
bash-3.00$ java -version
java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969608#3969608
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969608
19 years, 7 months
[JBoss Seam] - Re: Can you merge multiple annotations in one?
by CptnKirk
Actually I'm pretty sure Java does have limited meta-annotation support. Look at how Seam implements its DataBinding mechanism.
| @Target(ANNOTATION_TYPE)
| @Retention(RUNTIME)
| @Documented
| public @interface DataBinderClass
| {
| Class<? extends DataBinder> value();
| }
Then in whatever your databinder annotation is
| @Target({FIELD, METHOD})
| @Retention(RUNTIME)
| @Documented
| @DataBinderClass(SelectItemsBinder.class)
| public @interface SelectItems
| {...
Code that looks for @DataBinderClass annotated elements will also find elements annotated with @SelectItems. This is all pretty static, so you won't have the nice macro effect that you're looking for, but could have your own @SeamSLSB annotation that encapsulates some boilerplate code (including imports). I haven't tried this with any annotation other than @DataBinderClass, and it has a @Target(ANNOTATION_TYPE). It's possible that other Seam annotations may also work those with @Target(TYPE), it's possible things may fail. Good luck.
I hope this is useful.
-Jim
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969607#3969607
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969607
19 years, 7 months
[EJB 3.0] - Re: ClassCastException with ActiveMQ RA
by branAtSS8
Has this been solved?
java.lang.ClassCastException: org.apache.activemq.command.ActiveMQQueue
at org.jboss.mq.SpyQueueReceiver.(SpyQueueReceiver.java:42)
at org.jboss.mq.SpySession.createReceiver(SpySession.java:689)
at org.jboss.mq.SpySession.createReceiver(SpySession.java:678)
at net.larian.vmail.notify.mbean.EmailTransmitter.(EmailTransmitter.java:78)
at net.larian.vmail.notify.mbean.EmailService.startService(EmailService.java:85)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:274)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:230)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969604#3969604
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969604
19 years, 7 months
[JBossCache] - Re: Exceptio in startService with PojoCache
by yudivian
Hi, thanks for your post in the forum. Let me describe you a little more my problem and maybe you can help me. I'm developing an application where I need to replicate some data, to do this I'm using two instance of TreeCache for simple data and I'm using PojoCache to replicate an Array List. In a first version of the application I was usin only the two instance of TreeCache and it was working fine but when start to use PojoCache it works if I run the application in only one PC (or only one JVM) but when I run it in more than one PC I got the exceptions I wrote in the forum and I don't know why. I really don't know why a transaction is holding a lock for that long, (this must be inside JBCache because I'm not using transactions). Do you have any suggestion of how can I solve this problem or how to release the lock in the node.
This is the code of the class that use PojoCache, maybe you can see an error using PojoCache in this code. (I use the method getMessageBusy() very often and from many different threads)
| public class JBCacheDMS {
|
| private static final Logger log = Logger.getLogger(JBCacheDMS.class);
|
| protected boolean inited;
|
| protected PojoCache queues;
|
| protected HashMap<String, List> proxyQueues;
|
| public void init(String DMSUrl, String[] DMSnodesUrls) {
| try {
| queues = new PojoCache();
| PropertyConfigurator config = new PropertyConfigurator(); // configure tree cache.
| config.configure(queues, "config/replSync-service.xml");
| String platformName = System.getProperty("platformName");
| queues.setClusterName("DMS-" + platformName);
| queues.setCacheMode(PojoCache.REPL_SYNC);
| // queues.createService();
| queues.startService();
| // addTreeCacheListener();
| proxyQueues = new HashMap<String, List>();
| inited = true;
| } catch (Exception e) {
| // TODO Auto-generated catch block
| e.printStackTrace();
| }
|
| }
|
| /**
| * To add a TreeCacheListener
| *
| * @param listener
| * The listener to add
| */
| public void addTreeCacheListener(TreeCacheListener listener) {
| queues.addTreeCacheListener(listener);
| }
|
| /**
| * To remove a TreeCacheListener
| *
| * @param listener
| * The listener to remove
| */
| public void removeTreeCacheListener(TreeCacheListener listener) {
| queues.removeTreeCacheListener(listener);
| }
|
| /**
| * Return an instance of DMStorage(the class itself) if the class was
| * inited, if not returns null
| *
| * @return an instance of DMS
| */
| public DMS getDMS() {
| if (inited)
| return this;
| return null;
| }
|
| public void stop() {
| // TODO Auto-generated method stub
|
| }
|
| public void createQueue(String name) {
| try {
| queues.putObject(name, new ArrayList<AbstractMessage>());
| List<AbstractMessage> proxyList = (List) queues.getObject(name);
| proxyQueues.put(name, proxyList);
| // System.out.println(getAgent(name).getName().getName());
| } catch (CacheException e) {
| // TODO Auto-generated catch block
| e.printStackTrace();
| }
|
| }
|
| public void deleteQueue(String name) {
| try {
| proxyQueues.remove(name);
| queues.removeObject(name);
| queues.remove(name);
| } catch (CacheException e) {
| // TODO Auto-generated catch block
| e.printStackTrace();
| }
|
| }
|
| public void putMessage(String name, AbstractMessage message) {
| if (!queues.exists(name)){
| createQueue(name);
| }
| List<AbstractMessage> proxyList = proxyQueues.get(name);
| proxyList.add(message);
| }
|
| public AbstractMessage getMessageBusy(String name) {
| if (!queues.exists(name)){
| createQueue(name);
| }
| List<AbstractMessage> proxyList = proxyQueues.get(name);
| AbstractMessage message = proxyList.remove(0);
| while(message == null){
| message = proxyList.remove(0);
| try {
| Thread.sleep(10);
| } catch (InterruptedException e) {
| // TODO Auto-generated catch block
| e.printStackTrace();
| }
| }
| return message;
| }
| }
|
>You have a transaction on the existing cache instance that's holding a write >lock on a node for 15 seconds. That's preventing the acquisition of the read >lock that's necessary to prepare the state transfer. So a question is why a >tx is holding the lock for that long.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969599#3969599
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969599
19 years, 7 months
[Tomcat, HTTPD, Servlets & JSP] - Apache workers.properties help please.
by AndrewBoyd
Hi All,
I'm using JBoss portal 2.4.0 final and Apache/2.0.52 (Red Hat) Server.
I followed the instructions found in the wiki http://wiki.jboss.org/wiki/Wiki.jsp?page=UsingMod_jk1.2WithJBoss
as best as I could for my single server but I'm getting a 404 error when trying to access /web-console and /jmx-console. Here is my workers.properties:
| # Define list of workers that will be used
| # for mapping requests
| # The configuration directives are valid
| # for the mod_jk version 1.2.18
| #
| #worker.list=loadbalancer,status
| # since myDomain only has one server at this time
| worker.list=node1
|
| # Define Node1
| # modify the host as your host IP or DNS name.
| worker.node1.port=8009
| worker.node1.host=node1.myDomain.com
| worker.node1.type=ajp13
| worker.node1.lbfactor=1
| # worker.node1.connection_pool_size=10 (1)
|
| # since myDomain only has one server at this time comment out node2
| # Define Node2
| # modify the host as your host IP or DNS name.
| #worker.node2.port=8009
| #worker.node2.host= node2.myDomain.com
| #worker.node2.type=ajp13
| #worker.node2.lbfactor=1
| # worker.node1.connection_pool_size=10 (1)
|
| # Load-balancing behaviour
| worker.loadbalancer.type=lb
| #worker.loadbalancer.balance_workers=node1,node2
| worker.loadbalancer.balance_workers=node1
|
| # Status worker for managing load balancer
| #worker.status.type=status
|
I replaced my real domain with myDomain just in this posting.
I also commented out node2 from the wiki example since I only have one server. I also commented out the worker.status.type=status.
I have installed mod_jk version 1.2.18
| rpm -Uvh mod_jk-1.2.18-1.rhel4.bjd.i386.rpm
|
My uriworkermap.properties file is straight from the wiki:
| # Simple worker configuration file
| #
|
| # Mount the Servlet context to the ajp13 worker
| /jmx-console=loadbalancer
| /jmx-console/*=loadbalancer
| /web-console=loadbalancer
| /web-console/*=loadbalancer
|
I added jvmRoute to my JBOSS_HOME/server/inetMillionaire/deploy/jbossweb-tomcat55.sar/server.xml
| <Engine name="jboss.web" defaultHost="localhost" jvmRoute="node1">
|
and I made sure that the jbossweb-tomcat55.sar/META-INF/jboss-service.xml is set to use JK
| <attribute name="UseJK">true</attribute>
|
Anyone see what I've done wrong?
Thanks in advance,
Andrew
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969594#3969594
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969594
19 years, 7 months