jboss-dev-forums — The jboss development forum posts

[Jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: Testsuite and localhost

[hbarlas <nu...@jb...>]

"ad...@jb..." wrote : The jboss-client.xml are parsed using the MetaData classes.
  | 
  | These already perform the system property replacement so you should use
  | 
  |   | ${jbosstest.server.host:localhost}
  |   | 
  | 


Adrian, I couldn't get this property to evaluate to the host ie 'node0'. It evaluates to the default value "localhost" each time probably because the property is not set in the first place. I confirmed from the one-test target and 'jbosstest.server.host' is indeed specified there as a system property. Am I doing something wrong?

here is how I am testing:


  | $ build -Dnode0=hbarlas -Dtest=??? one-test
  | 

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882558#3882558

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882558

[Jboss-dev-forums] [Design of Mail Services] - Hibernate Mailboxes

[mikezzz <nu...@jb...>]

Are now commited into head.  The mailing list implemenation is still CMP, will look at replacing that next.  Is a hibernate implemenation of the mailing lists a requirement for M3?

It appears to work, but we do not currently have any unit test coverage for Folders.  Will look into this also.

Cheers,
Mike.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882548#3882548

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882548

[Jboss-dev-forums] [Design of JBoss Portal] - Class-cast exception deploying a JSF Portlet that used to wo

[kevs3d <nu...@jb...>]

Hi,

I am encountering a class-cast exception deploying a JSF Portlet that used to work in older portal version.

Since mid May we have been using jboss_portal_2.0-jboss_4.0.1sp1. I am trying to get my Portlet to work on the latest version downloaded today: jboss-portal-2.0-jboss-4.0.2.

Unfortuntely on web application deployment the following error is seen:

17:54:35,929 ERROR [PortletAppDeployment] The portlet cannot be started due to an error that occcured during init
org.jboss.portal.portlet.PortletInitializationException: The portlet threw a runtime exception during init
        at org.jboss.portal.portlet.PortletContainer.start(PortletContainer.java:159)
        at org.jboss.portal.server.kernel.StartMethod.invokeMethod(StartMethod.java:37)
        at org.jboss.portal.server.kernel.UpgradeMethod.invoke(UpgradeMethod.java:46)
        at org.jboss.portal.server.kernel.Kernel.start(Kernel.java:382)

Caused by: java.lang.ClassCastException: org.alfresco.web.app.portlet.AlfrescoFacesPortlet
        at org.jboss.portal.portlet.PortletContainer.start(PortletContainer.java:127)


I have recomped the app with the portal JARs (and MyFaces JAR) from the current portal release.

Does anyone have any ideas what might have changed in the Portal that we need to know about to get our app working again?

Thanks!

Kevin
--
http://www.alfresco.org

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882513#3882513

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882513

[Jboss-dev-forums] [Design of JBoss Profiler] - Re: Jboss with only Stateless Session Bean : Memory leak pro

[darranl <nu...@jb...>]

The earliest with Java 5 support was 3.2.6, there were still some issues that were then fixed in 3.2.7.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882505#3882505

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882505

[Jboss-dev-forums] [Design of JBoss Eclipse IDE (dev)] - Re: JSP Compilation does not follow Java compilation prefere

[troe <nu...@jb...>]

Could someone confirm that this is a problem that will be address and point us to a fix/workaround?

Thanks,

TR

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882495#3882495

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882495

[Jboss-dev-forums] [Design of JBoss Profiler] - Re: Jboss with only Stateless Session Bean : Memory leak pro

[<cle...@jb...>]

You should be able to capture the memory leak with the new version I'm working on for memory nagivation. (CVS)

That new version requires JVM 5. Does Jboss 3.2.3 works with JVM 5? 

I know there is a limitation with an old version, but I don't recall what version.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882490#3882490

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882490

[Jboss-dev-forums] [Design of JBoss Profiler] - Re: http://localhost:8080/jboss-profiler -

[<cle...@jb...>]

Are you getting any messages when deploying jboss-profiler.war?

Well... anyway. There is two separate packes you have to instaal. jboss-profiler-noAOP.sar and jboss-profiler.war.

I could have make the war application inside the sar, but I thought it would be easier having it separeted on this case.

Let me know how it goes.


Clebert

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882489#3882489

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882489

[Jboss-dev-forums] [Design of JBoss Profiler] - Re: Can't find any log.gz files

[<cle...@jb...>]

Actually the .log.gz files will be located in whatever place you set in the argument.

For example:

java -XrunjbossInspector:/myprofilerdir


You will have your files located at /myprofilerdir



Clebert Suconic

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882486#3882486

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882486

[Jboss-dev-forums] [Design of JBoss Profiler] - http://localhost:8080/jboss-profiler - "The page cannot be d

[andy <nu...@jb...>]

The profiler seems to be working OK (the .gz files are being created) but browsing to http://localhost:8080/jboss-profiler  doesn't work - I get "The page cannot be displayed"

Anyone else come across this?

Andy.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882464#3882464

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882464

[Jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Streaming support - use cases?

[aubergine <nu...@jb...>]

Just caught up with the streaming implementation - just what we need.

However, one thing I'm not too sure on how to tackle is where there is a 'command' handler and the stream handler. For instance, say I wanted to implement a simple filesystem, most of the commands and data (list directory, file.exists() etc) are handled via the command handler and then the actual filetransfer is handled via the stream handler.

Perhaps this is more of a general question on how to get the client to target different handlers on the same server.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882461#3882461

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882461

[Jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Urgent:ClassCircularityError

[oaadland <nu...@jb...>]

Hi Scott (or anyone else that now about this)

I'm experiensing the same problem as sasaa in JBoss 3.2.7. Could you tell me what you meen by loading all classes in the same thread on startup. In my case this happens in Tomcat/axis code on the server before my code is called. Do you meen that it is possible to load axis/tomcat in a single thread (if it is, please tell me how), or have I completely missed the point. 

Thank you

Here is my stacktrace:

java.lang.ClassCircularityError: java/lang/String_Helper
java.lang.Class.forName0(Native Method)
 java.lang.Class.forName(Class.java:219)
 org.apache.axis.utils.ClassUtils$2.run(ClassUtils.java:200)
 java.security.AccessController.doPrivileged(Native Method)
 org.apache.axis.utils.ClassUtils.loadClass(ClassUtils.java:179)
 org.apache.axis.utils.ClassUtils.forName(ClassUtils.java:120)
 org.apache.axis.encoding.ser.BaseFactory.getMethod(BaseFactory.java:87)
 org.apache.axis.encoding.ser.BaseDeserializerFactory.getGetDeserializer(BaseDeserializerFactory.java:325)
 org.apache.axis.encoding.ser.BaseDeserializerFactory.getSpecialized(BaseDeserializerFactory.java:195)
 org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:118)
 org.apache.axis.encoding.ser.SimpleDeserializerFactory.getDeserializerAs(SimpleDeserializerFactory.java:117)
 org.apache.axis.encoding.DeserializationContextImpl.getDeserializer(DeserializationContextImpl.java:575)
 org.apache.axis.message.RPCHandler.onStartChild(RPCHandler.java:308)
 org.apache.axis.encoding.DeserializationContextImpl.startElement(DeserializationContextImpl.java:1166)
 org.apache.axis.message.SAX2EventRecorder.replay(SAX2EventRecorder.java:244)
 org.apache.axis.message.SOAPElementAxisImpl.publishToHandler(SOAPElementAxisImpl.java:1387)
 org.apache.axis.message.RPCElement.deserialize(RPCElement.java:262)
 org.apache.axis.message.RPCElement.getParams(RPCElement.java:396)
 org.apache.axis.providers.java.RPCInvocation.prepareFromRequestEnvelope(RPCInvocation.java:234)
 org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:103)
 org.jboss.net.axis.server.EJBProvider.processMessage(EJBProvider.java:231)
 org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:358)
 org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:73)
 org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:160)
 org.apache.axis.SimpleChain.invoke(SimpleChain.java:123)
 org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:560)
 org.apache.axis.server.AxisServer.invoke(AxisServer.java:355)
 org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:975)
 javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:370)
 javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
 org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)

<-- Client/server boundry

My code

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882459#3882459

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882459

[Jboss-dev-forums] [Design of JBoss Profiler] - Re: Can't find any log.gz files

[gtibbit <nu...@jb...>]

I found the answer. The log.gz files are in /tmp



View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882452#3882452

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882452

[Jboss-dev-forums] [Design of Mail Services] - Re: JSR 170 (Java Content Repository)

[mikezzz <nu...@jb...>]

Actually now that I have thought about the idea a little more, I am less keen on it.  My problem with it will be performance.  E.g. the pop LIST command currently (using the hibernate implemenation that I will commit tonight) can return all of the necessary information with a single query, with no joins, filtered only by a single foreign key (very quick).  The schema needed to support JSR-170 will mean that more than a single row for each entry in the LIST result set, meaning joins and probably a fair bit of trickery to avoid the n+1 queries thing.  We can get better performance & scalability with a schema explictly modeled for our objects and still have a clean design.

Mike.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882451#3882451

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882451

[Jboss-dev-forums] [Design of JBoss Profiler] - Can't find any log.gz files

[gtibbit <nu...@jb...>]

Hello,
I am trying to get the profiler working on linux Fedora Core 3 with jboss 3.2.3. I followed the instructions in the wiki and started the profiler using the mbean in jmx-console. I did some testing of my webapp and stopped the mbean, but I can't find any log.gz files. What might be wrong?

Thanks,

Greg

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882450#3882450

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882450

[Jboss-dev-forums] [Design of Mail Services] - Re: Working on JBMAIL-10

[jeff87 <nu...@jb...>]

OK, I think this might be working. If the recipient e-mail address is in the local domain, it never gets to that part of the code for verify-identity. There are comments that mail going to the local domain does not need authentication.


  | 		// mail to any domain in our local group should be accepted --- that's
  | 		// the free
  | 		// and open world of smtp, where anybody can email anybody. but mail
  | 		// submitted by an
  | 		// unauthenticated user to an unknown domain should get denied.
  | 		String toDomain = rcptAddr.getDomain();
  | 		if (dg.isInGroup(toDomain)) {
  | 			return true; // normal open and free smtp world
  | 		} else if (getState("USER") == null) {
  | 			return false; // no access for unauthenticated users to unknown
  | 						  // domains
  | 		}
  | 

So if I authenticate as "test" and try to send to an address outside the local domain; then an e-mail address like jboss@localhost or te...@ex... will get the error like it should. Should it make that check regardless of the recipient's domain if verify-identity is true?

Thanks,
Jeff

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882444#3882444

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882444

[Jboss-dev-forums] [Design of JBoss Build System] - Re: JBoss Third Party Build

[<sco...@jb...>]

Ok, but I first want to see 4.0 building from a repository generated thirdparty structure which only entails getting the repository populated for 1).

For 2), the existing jboss-4.0/build/build-thirdparty.xml needs to be populated with the componentrefs for the thirdparty repository libraries needed to build the server.

3-5 are the same.

I'm thinking that it will take less to get this working for 4.0 than introducing component-info.xml for every module. If you don't think this is the case, fine, but this needs to be working for the 4.0.3 release.


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882442#3882442

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882442

[Jboss-dev-forums] [Design of Mail Services] - Re: JSR 170 (Java Content Repository)

[<aco...@jb...>]

I'll read it but my knee jerk reactions is:

So use what makes sense but don't worry about spec compliance and stuff.  I want to do things that get us working.  I suggest pulling ideas that you like.  I care way more about multi-database support than "standards support" for the back end.  Mail admins could give a crap less if we used JSR-170 and more about "can I get the damn thing installed on Oracle in 15 minutes or less".

-Andy

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882441#3882441

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882441

[Jboss-dev-forums] [Design of JBoss Portal] - Re: Page info in theme

[<ju...@jb...>]

that is a good idea and we can borrow some concepts from the Visitor pattern.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882434#3882434

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882434

[Jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: doGet has something special to it?

[<bil...@jb...>]

You may want to try JBoss AOP 1.3.0.  We changed how loadtime instrumentation is done.  My guess is that you encountering classloader problems.  In JBoss AOP 1.1.2 and earlier we required a special JBoss classloader when doing loadtime weaving and JDK 1.4.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882433#3882433

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882433

[Jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Matching pointcuts in lib/*.jar

[<bil...@jb...>]

You are correct Zoid.  We will be fixing this problem in 2.0.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882432#3882432

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882432

[Jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Is runtime hotdeploy of jar/aop.xml bundle possible?

[<bil...@jb...>]

you mean in application server?  Yes...you must package your aspects/xml in a .aop package.  See reference manual and tutorial for more detail.

You are correct about the problems you will encounter.  JBoss AOP does not currently re-weave (or weave) already loaded classes.  We're currently researching the possibility of using the Hot Swap feature of java.lang.instrument, but til then, you'll have to do some of the tricks you suggest to yourself :)

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882431#3882431

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882431

[Jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - JBoss AOP 1.3.0 Released

[<bil...@jb...>]

I blog more about it here:

http://jboss.org/jbossBlog/blog/bburke/2005/06/22/JBoss_AOP_1_3_0_and_Whats_Next.txt



View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882430#3882430

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882430

[Jboss-dev-forums] [Design of JBoss Build System] - JBoss Third Party Build

[<rl...@jb...>]

To get a complete libraries.ent file which will accommodate the third party directory being built from items in the repository, I feel that these are the steps which need to transpire:

1)  create/update component-info.xml files for all modules under jbossas
  | a) some have not been created yet, others which do exist will need to be modified with compatibility information
  |   | b)  a complete list of modules can be found here:   http://jira.jboss.com/jira/browse/JBBUILD-1
  | 
  | 2)  create a top level jbossbuild.xml file which contains a componentref for each of the necessary modules (e.g. server, iiop, common)
  | 
  | 3)  generate a complete graph of components based off of what is defined in step (2)
  | a)  when the graph is complete it will contain a component for each of the originally defined componentrefs as well as all dependencies required
  | 
  | 4)  generate libraries.ent file based off of the graph made in step (3)
  | 
  | 5)  Complete a build using the generated libraries.ent
  | 
  | Once this is verified we should have a thirdparty folder that is built dynamically from items in the repository as well as backwards compatibility for the buildmagic system.  I am beginning today with component-info files.
  | 
  | Ruel Loehr
  | JBoss QA
  | 
  | 
  | 

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882428#3882428

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882428

[Jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: XDoclet and the Testsuite

[<ad...@jb...>]

And I still have the same problem if I try to do a clean build :-(

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882420#3882420

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882420

[Jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - XDoclet and the Testsuite

[<ad...@jb...>]

I've already removed XDoclet from the main build.

I think we should also look at removing it from the testsuite as well
(although this should be done in conjunction with the modularization).

I mention it because I just wasted an hour because of a bug where XDoclet completely
ignores an EJB due my system clock being out-of-sync with timestamps coming back from cvs...


  | [ejbdoclet] (xjavadoc.XJavaDoc                   889 ) Ignoring class org.jboss.test.jca.ejb.HAConnectionSessionBean in /home/adrian/jboss-4.0/workspace/testsuite/src/main/org/jboss/test/jca/ejb/HAConnectionSessionBean.java. It was generated (Wed Jun 22 10:43:51 PDT 2005) after XJavaDoc's timestamp was reset (Wed Jun 22 07:35:14 PDT 2005)
  | 

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3882419#3882419

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3882419