[JBoss Getting Started Documentation] - Can't build using ant
by leonidMir
Hi all,
I am new to Jboss.
I am trying to build Jboss 5 beta 4 using ant.
I followed the installation documentation but still getting the following errors after running ant from the build dir:
anonymous wrote : compile-classes:
| [javac] Compiling 137 source files to C:\jboss-5.0.0.Beta4-src\j2se\output\classes
| C:\jboss-5.0.0.Beta4-src\j2se\src\tests\org\jboss\test\jmx\compliance\loading\support\Trivial.java:27: cannot find symbol
| symbol: class TrivialMBean
| public class Trivial implements TrivialMBean
| ^
| C:\jboss-5.0.0.Beta4-src\j2se\src\tests\org\jboss\test\jmx\compliance\loading\support\Trivial2.java:27: cannot find symbol
| symbol: class Trivial2MBean
| public class Trivial2 implements Trivial2MBean
| ^
| C:\jboss-5.0.0.Beta4-src\j2se\src\tests\org\jboss\test\jmx\compliance\metadata\support\Trivial.java:24: cannot find symbol
| symbol: class TrivialMBean
| public class Trivial implements TrivialMBean
| ^
| C:\jboss-5.0.0.Beta4-src\j2se\src\tests\org\jboss\test\jmx\compliance\monitor\MonitorTestCase.java:48: package org.jboss.test.jmx.compliance.monitor.support does not exist
| import org.jboss.test.jmx.compliance.monitor.support.CounterSupport;
| ^
| C:\jboss-5.0.0.Beta4-src\j2se\src\tests\org\jboss\test\jmx\compliance\monitor\MonitorTestCase.java:49: package org.jboss.test.jmx.compliance.monitor.support does not exist
| import org.jboss.test.jmx.compliance.monitor.support.GaugeSupport;
| ^
| C:\jboss-5.0.0.Beta4-src\j2se\src\tests\org\jboss\test\jmx\compliance\monitor\MonitorTestCase.java:50: package org.jboss.test.jmx.compliance.monitor.support does not exist
| import org.jboss.test.jmx.compliance.monitor.support.MonitorSupport;
| ^
| C:\jboss-5.0.0.Beta4-src\j2se\src\tests\org\jboss\test\jmx\compliance\monitor\MonitorTestCase.java:51: package org.jboss.test.jmx.compliance.monitor.support does not exist
| import org.jboss.test.jmx.compliance.monitor.support.StringSupport;
| ^
| C:\jboss-5.0.0.Beta4-src\j2se\src\tests\org\jboss\test\jmx\compliance\monitor\MonitorTestCase.java:89: cannot find symbol
| symbol : class MonitorSupport
| location: class org.jboss.test.jmx.compliance.monitor.MonitorTestCase
| MonitorSupport monitored;
| .
| .
| .
| .
| .
|
| Note: Some input files use unchecked or unsafe operations.
| Note: Recompile with -Xlint:unchecked for details.
| 100 errors
| 12 warnings
|
| BUILD FAILED
|
| C:\jboss-5.0.0.Beta4-src\j2se\build.xml:143: Compile failed; see the compiler error output for details.
| at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:999)
| at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:820)
| at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
| at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
| at org.apache.tools.ant.Task.perform(Task.java:348)
| at org.apache.tools.ant.Target.execute(Target.java:357)
| at org.apache.tools.ant.Target.performTasks(Target.java:385)
| at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
| at org.apache.tools.ant.Project.executeTarget(Project.java:1298)
| at org.jboss.tools.buildmagic.task.CallTarget.execute(CallTarget.java:141)
| at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
| at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
| at org.apache.tools.ant.Task.perform(Task.java:348)
| at org.apache.tools.ant.Target.execute(Target.java:357)
| at org.apache.tools.ant.Target.performTasks(Target.java:385)
| at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
| at org.apache.tools.ant.Project.executeTarget(Project.java:1298)
| at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
| at org.jboss.tools.buildmagic.task.module.ExecuteModules$1.run(ExecuteModules.java:361)
| at org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:376)
| at org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:241)
| at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
| at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
| at org.apache.tools.ant.Task.perform(Task.java:348)
| at org.apache.tools.ant.Target.execute(Target.java:357)
| at org.apache.tools.ant.Target.performTasks(Target.java:385)
| at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
| at org.apache.tools.ant.Project.executeTarget(Project.java:1298)
| at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
| at org.apache.tools.ant.Project.executeTargets(Project.java:1181)
| at org.apache.tools.ant.Main.runBuild(Main.java:698)
| at org.apache.tools.ant.Main.startAnt(Main.java:199)
| at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
| at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)
Someone familiar with that error?
Regards,
Leonid M.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139907#4139907
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139907
18 years
[Beginners Corner] - Configure to include particular HTTP header settings?
by AlphaGJohn
Hi Folks,
I'm working to try to get an app that runs on a rather old version of jBoss to disallow caching on Opera browsers in some critical places. The jBoss version in question is 3.something, I think--2002 vintage or so.
Background. The application is a library automation system at a university. Without going into a lot of detail, when a user is connected via an Opera browser, what's happening is that a particular form gets cached and so if the user tries to ask the library for 3 books, instead of sending, 3 independent, distinct sets of info (one for each book title), the same book info gets sent to the server every time and the web app just throws the 2nd and 3rd away as spurious dupes--the users get mad when only the first submission actually takes.
Unfortunately, it appears that to solve this problem for Opera users, I need to send something in the HTTP header itself. The following are in the critical web pages served up by jBoss already (it builds the pages from XSL templates so we just added these to the templates in question; it didn't solve the problem on Opera):
<META http-equiv="Pragma" content="no-cache">
<META http-equiv="Cache-Control" content="no-cache">
They already had this one (and we left it in):
<META http-equiv="expires" content="0">
Adding the no-cache pragma and cache-control META tags solved the problem for Firefox browsers. And, on test Opera setups, if we configure it so it does not do caching no matter what, everything works great. So it's pretty clear the problem is the unwanted caching. It's not practical to tell Opera users to just disable all caching when they interact with this one site....
As described here:
http://developer.apple.com/internet/safari/faq.html#anchor5
the no-cache directives need to be in the HTTP header of the response, rather than in META tags--at least for Opera (the caching mostly leads to problems for Mac users--overwhelmingly the faculty members have Macs...).
So, the question: is there a way to configure jBoss to send these values in the HTTP headers or do we have to try to find the code that builds the JSPs (apparently done on the fly--the vendor is being no help at all: grrr!) and decompile it and add this to the HTTP response construction?
Any suggestions welcomed!
Thanks,
John
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139891#4139891
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139891
18 years
JGroups error -- how to config?
by John Zorko
Hello, all ...
I've 2 JBoss apps that communicate with a central broker app via
JGroups. One app running on one host communicates, but the other app
does not. I'm new to JBoss / JGroups (i'm a longtime C++ developer
who recently inherited this codebase), so any help is appreciated.
These are the errors I see in the log of the app that does not
communicate:
2008-03-28 15:29:11,881 WARN [org.jgroups.protocols.pbcast.GMS] merge
responses from subgroup coordinators <= 1 ([]). Cancelling merge
2008-03-28 15:29:11,881 ERROR [org.jgroups.protocols.pbcast.GMS]
coords or merge_id == null
2008-03-28 15:29:11,881 ERROR [org.jgroups.protocols.pbcast.GMS]
coords or merge_id == null
2008-03-28 16:44:30,180 ERROR [org.jgroups.protocols.pbcast.GMS]
merge_id ([216.239.XXX.XXX:9900|1206745285182]) or this.merge_id
(null) is null (sender=10.15.XXX.XXX:9900).
If someone would teach me how to fish, i'd appreciate it. This app
used to communicate, but then the machine died and I had to install it
on another, and ever since, the above messages have appeared in the
log. What configuration attributes for JBoss / JGroups should I be
looking at to solve this problem?
Regards,
John
Falling You - exploring the beauty of voice and sound
http://www.fallingyou.com
18 years
[Javassist user questions] - Suggestion for CodeConverter
by memeplex
Hi all,
I would like to make a simple suggestion that imo would make the
javassist's CodeConverter a lot more useful than it is now.
Namely, that the static replacements for fields and methods take not
only the target object but the respective ctfield or ctmethod also.
This way, you're not forced to keep a 1-1 relation between the
replacements and the originals, being able to dynamically change
reaction in view of the currently accessed field or method instead.
For example a replacement for a field read could lookup a bean in a
registry addressing it by a name that could be the field name itself,
or a name synthesized from its class, or maybe an identifier provided
by an annotation. This would implement an style of dependency
injection.
What do you think?
Regards
-Carlos
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139876#4139876
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139876
18 years