August 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Eclipse IDE (dev)] - xdoclet eclipse The currently displayed page contains invali

by wiley173

Greetings, I'm using Eclipse 3.2.0 and JBOSS IDE version 1.6.0 . On windows. When I try to work with xdoclet <my project>->properties->xdoclet configurations I get an error message. "xdoclet eclipse The currently displayed page contains invalid values." I found some bug reports that this was supposed to be fixed in version 1.5. I get this error on a fresh install of both... please help. I had these 2 working great with older versions and it was the best ! Now I'm in error hell.... please help me fix this. Best Regards View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966133#3966133 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966133

19 years, 7 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Mac OS X: Success!

by msolnit

P.S. Additional notes: 1. I would like to try to figure out how to produce a Universal Binary. Does anyone have experience with this? 2. Step 6 in the instructions above will produce some compiler warnings, but the binary should be fine. If the warnings bug you, then here is an alternate version you can try (not sure why this works, I'm not a GCC expert): | #!/bin/sh | | rm -f *.jnilib | rm -f *.o | | _INCLUDES="-I$JAVA_HOME/include" | | gcc $_OPTS $_INCLUDES -c ../native-src/jbossAgent.cpp | gcc $_OPTS $_INCLUDES -c ../native-src/jbossAgentJNI.cpp | gcc $_OPTS $_INCLUDES -c ../native-src/jbossAgentUtilities.cpp | | g++ -O0 -bundle -I$JAVA_HOME/include -o libjbossAgent.jnilib *.o | -- Matt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966127#3966127 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966127

19 years, 7 months

1
0
0 / 0

[Design of JBoss Profiler] - Mac OS X: Success!

by msolnit

Hi everyone. I have successfully built and tested the Memory Profiler (JVMTI) on Mac OS X Intel. I'll e-mail the binary and compile script to Clebert, and hopefully it can be included in the next release. For those of you who wish to reproduce at home: 1) Download the latest CR4 release. The following steps produce an Intel binary of the JVMPI library (Runtime Profiler): 2) chmod +x jboss-profiler-1.0.CR4/jvmpi-src/macos/compile.sh 3) jboss-profiler-1.0.CR4/jvmpi-src/macos/compile.sh The following steps produce an Intel binary of the JVMTI library (Memory Profiler): 4) Convert the jboss-profiler-1.0.CR4/jvmpi-src/macos/compile.sh file from a DOS text file into a Unix text file. The way that I did this (lacking a version of dos2unix) was to simply open the file in an editor, copy and paste the contents into a new file, and then save the new file over the old one. 5) chmod +x jboss-profiler-1.0.CR4/jvmpi-src/macos/compile.sh 6) jboss-profiler-1.0.CR4/jvmti-src/macos/compile.sh The following steps install the two profiler libraries where Mac Java can find them: 7) cp jboss-profiler-1.0.CR4/jvmpi-src/macos/libjbossInspector.jnilib /Library/Java/Extensions 8) cp jboss-profiler-1.0.CR4/jvmti-src/macos/libjbossAgent.jnilib /Library/Java/Extensions The following step alters JBoss so that it loads the Memory Profiler agent: 9) Edit JBOSS_HOME/bin/run.conf and add the following line to the end: JAVA_OPTS="$JAVA_OPTS -agentlib:jbossAgent" The following steps run a short test: 10) Start (or re-start) JBoss. 11) Browse to http://localhost:8080/jmx-console/HtmlAdaptor?action=inspectMBean&name=jb... 12) Find the "java.lang.String listClassesHTMLReport()" operation and invoke. You should get a nice HTML report. If so, you're done! Sincerely, Matt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966125#3966125 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966125

19 years, 7 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: All the data files are of size

by msolnit

One more thing: the compile.sh for the JVMTI library produces a lot of warnings. In particular, the -shared option is not supported, and the -fpic option is supposed to be -fPIC. However, I am not sure why these options are even specified, since they're not for the Linux or Solaris versions. My GCC knowledge is a little weak here :-). -- Matt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966121#3966121 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966121

19 years, 7 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: All the data files are of size

by msolnit

Hi Clebert. I've actually made some progress here. There are a couple of issues I found: 1. The JVMPI binary shipped for Mac OS X is specific to PowerPC. However, it is easy to re-compile it and get an Intel binary. I am going to research how we can change the script to produce a Universal Binary, and then you can include that in the download instead. 2. There is no JVMTI binary included (which is where we started :-)). The compile.sh script wasn't working, and after a while I figured out that this is because it is using DOS carriage returns. Converting it to unix format makes the script run correctly, and I now have a .jnilib file :-). I'll test it out and see if it works. -- Matt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966120#3966120 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966120

19 years, 7 months

1
0
0 / 0

[Design of JBoss Profiler] - .log.gz files can not be loaded

by suen

I'm using Win2k_sp4, j2sdk1.4.2_03, jboss-4.0.1sp1 and jboss-profiler-1.0.RC3. While profiling, I activate and stop data gathering with JMX console. Every step goes well until the .log.gz files are generated. But when I go to the "localhost:8080/jboss-profiler -> Runtime Profiler" and enter the directory D:\temp where I store the log files, nothing happens, only a blank page is displayed. Then I try to "load saved data" and select a .log.gz, but it throws an exception: javax.servlet.ServletException: Servlet execution threw an exception org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75) I checked carefully the previous subjects in the forum, it seemed that someone had encountered the same problem as mine. I've tried several solutions mentioned in those posts, but they didn't work. The problem still exists. Could anyone tell me what points should be carefully checked to ensure the profiler works well? Thanks a lot! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966099#3966099 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966099

19 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: splitting the work on the console

by kukeltje

David, I partly agree. The webapp has never been meant to be used as a system to base your own development on. At least not be directly using the code. It's purpose was to serve as an example on how things can be done AND as an app to be used (as is) for demo purposes. Tom is not a jsf expert, so he did some work to have at least something. I have not found the time (busy with forums :-)) to do some development myself. Now (at last or better, fortunately, lets see it from the bright side) Someone is working deticated on this. I trust Tom to have always had the best interest of the users in mind and I trust David to do a good job on this. Regarding the functionality, It should be based on a good foundation, which jsf + jsp was not. jsf + facelets is (imo). So Once this foundation has been laid (in cement this time I hope) We will see new things added, to which you may contribute. Peace, Ronald View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966097#3966097 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966097

19 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: splitting the work on the console

by tom.baeyens＠jboss.com

i understand your concern. to a large extend, that is just a lack of resources. i consider the updates that we did as maintenance. internal redesigns were necessary to align the jbpm web console with other projects and initiatives. e.g. reusability of components in a portal environment, finally found a proper task form templating mechanism (facelets), ... i hope that David (finally a full time resource for the console webapp) will be able to give the console the proper structure, maintenance and guidence so that the web application becomes a good environment for collaborative development and in which we can consolidate more features. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966096#3966096 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966096

19 years, 7 months

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: MessageData Bug (only in special case)

by sappenin

See JIRA issue here + patch: http://jira.jboss.org/jira/browse/JBMAIL-247 Essentially, I moved the creation of the String array into the try/catch block. If an exception is thrown (i.e., no "content-type" header) then it is eaten and ignored. Note: I kept the "split" around the newline since stored messages have a newline after the "content-type" label. I guess this is one argument in favor of not merging MessageData and Mail classes (i.e., backing a MessageData class with a Mail object per my previous suggestion below) because this function behaves differently in each class. | String[] header = getHeader("Content-Type").split("\\r\\n"); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966092#3966092 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966092

19 years, 7 months

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: MessageData Bug (only in special case)

by acoliver＠jboss.org

Thanks for finding this. I have a more severe mime rewrite that I'm doing which uses a fork of MIME4J (they have a kinda dumb handling for mail bodies that I made pluggable among other minor things). I don't know what real advantage we would get by backing the messagedata object with a mail object. Essentailly messagedata is a parsed/persisted mail object. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966078#3966078 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966078

19 years, 7 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-dev-forums August 2006