[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1664) Unloaded entities returned in low memory conditions

2005-04-08 Thread Arto Huusko (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1664?page=comments#action_12316784 ]
 
Arto Huusko commented on JBAS-1664:
---

Yes, sorry, I do mean OutOfMemoryError.

However, if it is true that JVM is unusable after OutOfMemoryError, JBoss 
should be changed to terminate immediately the first time it sees that error. 
And, I'm curious as to why the JVM itself bothers to throw an error, if it 
really is so that application can never do anything to recover.

The fact is that in the face of OutOfMemoryError, the JVM really was 
surprisingly usable and in working state. Our code was able to do some real 
work off and on for hours while also seeing OOMEs -- but also some damage, when 
those BMP beans started misbehaving.

And we had a heavily tweaked configuration: BMP beans with commit option A, 
maximum cache size of 1 instances and maximum memory of 1GB (which, though, 
is a slightly moot point because at the time we were bitten by issue JBAS-1662).

Anyway, I feel very strongly that something should be done about this, even if 
it is that immediate termination of JVM, because otherwise some really bad 
things can happen if there is some other problem (be it in JBoss or 
application) that causes the JVM to run out of memory.

 Unloaded entities returned in low memory conditions
 ---

  Key: JBAS-1664
  URL: http://jira.jboss.com/jira/browse/JBAS-1664
  Project: JBoss Application Server
 Type: Bug
   Components: EJBs
 Versions: JBossAS-3.2.6 Final
 Reporter: Arto Huusko



 In low memory conditions (that is, when OutOfMemoryExceptions are seen 
 frequently all over the place), JBoss can behave wrong in a way that is 
 critically wrong.
 I have seen on several occasions that a finder returns an entity with the 
 correct identity, but where ejbLoad() has either not been called at all, or 
 where ejbLoad() has failed at some point (I have no way of knowing which is 
 the case).
 I have observed this behaviour only with BMP beans (and so there is a 
 possibility that I am doing something wrong in the BMP code, but I doubt 
 this). However, the fact that I haven't seen this with CMP beans may be just 
 because CMP beans work differently, or just plain luck. When this occurs, the 
 wrong behaviour can be seen because the instance variables of the entity bean 
 contain what ever they had when the entity instance was previously attached 
 to some other identity.
 For example, I may store the primary key of the entity in some instance 
 variable. Let's say I can access the primary key via method Long 
 getMyPrimaryKey(). If the finder returns an entity with the correct identity 
 (what I asked for in the finder call), but where ejbLoad() is not called or 
 it fails, then
entity.getMyPrimaryKey().equals(entity.getPrimaryKey())
 is false. And this is exactly what I have seen.
 I have no idea where the problem is, and, as I said above, it may be a 
 problem with my code.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (HIBERNATE-12) HibernateContext JDBC Connection

2005-04-08 Thread Steve Ebersole (JIRA)
 [ 
http://jira.jboss.com/jira/browse/HIBERNATE-12?page=comments#action_12316785 ]
 
Steve Ebersole commented on HIBERNATE-12:
-

Sorry if I was not clear.  The new code integration code I have locally 
upgrading the support to Hibernate3 will not be commited until *after* 4.0.2 is 
released.

 HibernateContext JDBC Connection
 

  Key: HIBERNATE-12
  URL: http://jira.jboss.com/jira/browse/HIBERNATE-12
  Project: Hibernate
 Type: Bug
  Environment: Mac OSX, JBoss 4.01sp1
 Reporter: Stephen Pearson
 Assignee: Steve Ebersole


 Original Estimate: 1 hour
 Remaining: 1 hour

 When using the HibernateContext getSession() function call, all works well 
 until the function call has finished, and then the underlying JDBC connection 
 is not closed.  Therefore with each call to getSession within my EJB I 
 promptly receieve a  Closing a connection for you.  Please close them 
 yourself. warning from the CachedConnectionManager.
 Can the TransactionSynch call please close the JDBC connection when it 
 flushes and closes the Hibernate Session.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Resolved: (HIBERNATE-5) jmx transaction flush swallows exception

2005-04-08 Thread Steve Ebersole (JIRA)
 [ http://jira.jboss.com/jira/browse/HIBERNATE-5?page=history ]
 
Steve Ebersole resolved HIBERNATE-5:


Resolution: Done

After further thought, this particular one is a trivial change so I went ahead 
and did this for 4.0.2.  An exception during flush processing in 
TransactionSynch now throws a TransactionSynch.FlushException.

 jmx transaction flush swallows exception
 

  Key: HIBERNATE-5
  URL: http://jira.jboss.com/jira/browse/HIBERNATE-5
  Project: Hibernate
 Type: Bug
  Environment: jboss-4.0.1  
 winxp
 postgresql
 Reporter: Ben Litchfield
 Assignee: Steve Ebersole



 A database exception, such as constraint violation, doesn't happen until a 
 session.flush().  In the JMX code this happens in the 
 org.jboss.hibernate.session.TransactionSynch.beforeCompletion() method, but 
 the exception is swallowed.  
 This needs to be changed to throw an exception to the user.  Otherwise no 
 exception is thrown to the user.
 Ben

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1576) Hibernate TransactionSynch should rollback transaction on session.flush exception

2005-04-08 Thread Steve Ebersole (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1576?page=history ]
 
Steve Ebersole resolved JBAS-1576:
--

 Resolution: Done
Fix Version: JBossAS-4.0.2 Final

After further thought, this particular one is a trivial change so I went ahead 
and did this for 4.0.2. An exception during flush processing in 
TransactionSynch now throws a TransactionSynch.FlushException. 

 Hibernate TransactionSynch should rollback transaction on session.flush 
 exception
 -

  Key: JBAS-1576
  URL: http://jira.jboss.com/jira/browse/JBAS-1576
  Project: JBoss Application Server
 Type: Bug
   Components: Hibernate service
 Versions:  JBossAS-4.0.1 SP1, JBossAS-4.0.1RC1, JBossAS-4.0.1 Final, 
 JBossAS-4.0.0 Final
  Environment: jboss 4, hibernate 2.2
 Reporter: Armin Haaf
 Assignee: Steve Ebersole
  Fix For: JBossAS-4.0.2 Final



 org.jboss.hibernate.session.TransactionSynch only logs a error on session 
 flush in beforeCompletion:
  try
  {
 log.trace(Flushing Session);
 session.flush();
  }
  catch(Throwable t)
  {
 log.warn(Error flushing session);
  }
 This leads to inconsistent transactions. A transaction is commited, but 
 should be rollbacked on a session.flush problem. In my opinion it should 
 throw a RuntimeException to rollback the transaction. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1283) Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used for Webapp

2005-04-08 Thread Tomislav Bodor (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1283?page=comments#action_12316788 ]
 
Tomislav Bodor commented on JBAS-1283:
--

I can't figure out how to attach a war file to my comment. However, this issue 
is actually very simple to reproduce:

   1. Put xercesImpl.jar and xml-apis.jar in WEB-INF/lib. Any version should 
do, even the same one as in JBoss - the conflict comes from the class loaders, 
not different classes.
   2. To enable scoping, and allow overriding, make a jboss-web.xml that looks 
like this:

?xml version=1.0 encoding=UTF-8?
!DOCTYPE jboss-web PUBLIC -//JBoss//DTD Web Application 2.3//EN 
http://www.jboss.org/j2ee/dtd/jboss-web_3_2.dtd;

jboss-web
class-loading java2ClassLoadingCompliance='false'
loader-repository
scoped.war:loader=scoped.war
loader-repository-config
java2ParentDelegation=false
/loader-repository-config
/loader-repository
/class-loading
/jboss-web

   3. Add an (almost) empty web.xml:
?xml version=1.0 encoding=UTF-8?
!DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 
2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd;

web-app
/web-app


   4. Add an index.jsp to the root of the war file. It can be completely empty, 
but I put a hello world in mine.

That's it. Now deploy in an out of the box JBoss, any version from 3.2.6 above, 
including 4.0.2RC1. 

Go to the index.jsp and see it fail (stack trace is below).

Ensure that the jsp hasn't already been compiled - once it succeeds, it is 
preserved by JBoss and will run fine. Only compilation fails. To make sure it 
is recompiled, go to JBoss/server/$profile/work and delete jboss.web directory 
from there.



Stack trace:

org.apache.jasper.JasperException: Unable to compile class for JSP
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:565)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:296)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)

root cause 

java.lang.ClassCastException
javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source)
org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:91)
org.apache.jasper.compiler.JspConfig.processWebDotXml(JspConfig.java:70)
org.apache.jasper.compiler.JspConfig.init(JspConfig.java:188)
org.apache.jasper.compiler.JspConfig.findJspProperty(JspConfig.java:240)
org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:103)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:267)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:255)
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:556)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:296)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)


I've got a war file ready, so if you tell me how to attach it, I can.


Regards,
Tomislav


 Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used for 
 Webapp
 -

  Key: JBAS-1283
  URL: http://jira.jboss.com/jira/browse/JBAS-1283
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-3.2.6 Final
  Environment: Stock JBoss 3.2.6 running on Linux (kernel 2.4.26), Sun JDK and 
 JRE version 1.4.2_04
 Reporter: Jeremy Brown
 Assignee: Anil Saldhana
 Priority: Minor
  Attachments: test.war


 See my initial forum post at 
 http://www.jboss.org/index.html?module=bbop=viewtopicp=3861452#3861452;.
 The dom4j libs provided by JBoss do not work correctly with my web 
 application, so I attempted to configure my webapp's jboss-web.xml--as per 
 the wiki page at 
 http://www.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration--so that 
 my webapp would essentially be in a different classloader namspace and would 
 be able to override the server dom4j implementation with its own.  Now, 
 Tomcat bails out during JSP compilation with a dom4j-related 
 ClassCastException, leading me to believe there might some problem with the 
 sort of setup I'm trying to attempt...for example, Tomcat's JSP compiler 
 might be trying to link with the dom4j in my application's namespace while 
 its classes have been loaded next to (and probably are already using) dom4j 
 in the server namespace.
 I'll attach a .war 

[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1283) Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used for Webapp

2005-04-08 Thread Tomislav Bodor (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1283?page=comments#action_12316789 ]
 
Tomislav Bodor commented on JBAS-1283:
--

We've discovered the commons-logging thing, but this is not a big deal as we 
don't require anything special of it - the one that's in JBoss is fine.

Another thing that throws ClassCastExceptions is having a struts (1.1) jar file 
in the war that has scoping enabled and overrides xerces. No need to actually 
configure or use struts, just having the jar file in there seems sufficient. 
Fails when loading tlds during deployment. But this one seems to have 
disappeared from 4.0.2RC1, though it is present in 4.0.1 (and 3.2.6, but not 
3.2.3)


Tomislav

 Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used for 
 Webapp
 -

  Key: JBAS-1283
  URL: http://jira.jboss.com/jira/browse/JBAS-1283
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-3.2.6 Final
  Environment: Stock JBoss 3.2.6 running on Linux (kernel 2.4.26), Sun JDK and 
 JRE version 1.4.2_04
 Reporter: Jeremy Brown
 Assignee: Anil Saldhana
 Priority: Minor
  Attachments: test.war


 See my initial forum post at 
 http://www.jboss.org/index.html?module=bbop=viewtopicp=3861452#3861452;.
 The dom4j libs provided by JBoss do not work correctly with my web 
 application, so I attempted to configure my webapp's jboss-web.xml--as per 
 the wiki page at 
 http://www.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration--so that 
 my webapp would essentially be in a different classloader namspace and would 
 be able to override the server dom4j implementation with its own.  Now, 
 Tomcat bails out during JSP compilation with a dom4j-related 
 ClassCastException, leading me to believe there might some problem with the 
 sort of setup I'm trying to attempt...for example, Tomcat's JSP compiler 
 might be trying to link with the dom4j in my application's namespace while 
 its classes have been loaded next to (and probably are already using) dom4j 
 in the server namespace.
 I'll attach a .war file exhibiting this behavior to this bug report.
 Here's the specific exception for this .war file:
 java.lang.ClassCastException
 at 
 javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:93)
 at 
 org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:91)
 at 
 org.apache.jasper.compiler.JspConfig.processWebDotXml(JspConfig.java:70)
 at org.apache.jasper.compiler.JspConfig.init(JspConfig.java:188)
 at 
 org.apache.jasper.compiler.JspConfig.findJspProperty(JspConfig.java:240)
 at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:160)
 at org.apache.jasper.compiler.Compiler.compile(Compiler.java:470)
 at org.apache.jasper.compiler.Compiler.compile(Compiler.java:451)
 at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
 at 
 org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:511)
 at 
 org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:295)
 at 
 org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
 at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
 at 
 org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
 at 
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
 at 
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
 at 
 org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
 at 
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
 at 
 org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:66)
 at 
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
 at 
 org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:158)
 at 
 

[JBoss-dev] jboss-3.2-testsuite build.105 Build Successful

2005-04-08 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20050408014628Lbuild.105
BUILD COMPLETE-build.105Date of build:04/08/2005 01:46:28Time to build:77 minutes 34 seconds




   Unit Tests: (1967)   Total Errors and Failures: (10)testAllTx_RWLockorg.jboss.test.cache.stress.EvictionLocalStressTestCasetestNoClassDefFoundErrororg.jboss.test.classloader.test.BasicLoaderUnitTestCasetestSessionHandleNoDefaultJNDIorg.jboss.test.cts.test.StatefulSessionUnitTestCasetestBMTSessionHandleNoDefaultJNDIorg.jboss.test.cts.test.StatefulSessionUnitTestCasetestFederatedorg.jboss.test.jbossnet.external.ExternalUnitTestCasetestMDBDeepRunAsorg.jboss.test.security.test.EJBSpecUnitTestCasetestSessionHandleNoDefaultJNDIorg.jboss.test.securitymgr.test.StatefulSessionUnitTestCasetestBMTSessionHandleNoDefaultJNDIorg.jboss.test.securitymgr.test.StatefulSessionUnitTestCasetestSessionTimeoutorg.jboss.test.cluster.test.SimpleTestCasetestSRPLoginWithAuxChallengeorg.jboss.test.security.test.SRPLoginModuleUnitTestCase
Modifications since last build:(0)



[JBoss-dev] [JBoss JIRA] Created: (JGRP-52) Replace RWLock with util.concurrent

2005-04-08 Thread Bela Ban (JIRA)
Replace RWLock with util.concurrent
---

 Key: JGRP-52
 URL: http://jira.jboss.com/jira/browse/JGRP-52
 Project: JGroups
Type: Task
Reporter: Bela Ban
 Assigned to: Bela Ban 
 Fix For: 2.2.8




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JGRP-53) NakReceiverWindow: replace updateLowestSeen() with more efficient function

2005-04-08 Thread Bela Ban (JIRA)
NakReceiverWindow: replace updateLowestSeen() with more efficient function
--

 Key: JGRP-53
 URL: http://jira.jboss.com/jira/browse/JGRP-53
 Project: JGroups
Type: Task
Reporter: Bela Ban
 Assigned to: Bela Ban 
 Fix For: 2.2.8


Currently, updateLowestSeen() and updateHighestSeen() are linear (iterating 
over entire list of messages), can be more efficient

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-131) With @runAS I get a java.lang.SecurityException

2005-04-08 Thread Fritz Muster (JIRA)
With @runAS I get a java.lang.SecurityException
---

 Key: EJBTHREE-131
 URL: http://jira.jboss.com/jira/browse/EJBTHREE-131
 Project: EJB 3.0
Type: Bug
  Components: EJB3 Extensions  
Versions: Preview 5, Preview 4
 Environment: JBoss 4.0.1sp1 / EJB3_preview4 or EJB3_preview5
Reporter: Fritz Muster


I have an MDB where I set an @runAs-Annotation:

@RunAs(TestRole)

Within the MDB I call some other Statless-Sessionbeans, that have set an 
@MethodPermissions that includes the TestRole.

Anyway I get a Security Exception:

09:41:29,711 ERROR [AuthenticationInterceptor] Authentication exception, 
principal=[roles=[TestRole],principal=anonymous]
09:41:29,711 INFO  [STDOUT] java.lang.SecurityException: Authentication 
exception, principal=[roles=[TestRole],principal=anonymous]
09:41:29,711 INFO  [STDOUT] at 
org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:68)
09:41:29,711 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,711 INFO  [STDOUT] at 
org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:90)
09:41:29,711 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:135)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:63)
09:41:29,721 INFO  [STDOUT] at $Proxy130.update(Unknown Source)
09:41:29,721 INFO  [STDOUT] at 
*.*.*.*.UpdaterMDB.onMessage(UpdaterMDB.java:41)
09:41:29,721 INFO  [STDOUT] at 
sun.reflect.GeneratedMethodAccessor126.invoke(Unknown Source)
09:41:29,721 INFO  [STDOUT] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
09:41:29,721 INFO  [STDOUT] at 
java.lang.reflect.Method.invoke(Method.java:585)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:77)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aspects.tx.TxSupport.invokeInCallerTx(TxSupport.java:171)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aspects.tx.TxSupport$Required.serverInvoke(TxSupport.java:443)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aspects.tx.TxInterceptor.internalInvoke(TxInterceptor.java:112)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aspects.tx.TxInterceptor.invoke(TxInterceptor.java:60)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:36)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aspects.security.RunAsSecurityInterceptor.invoke(RunAsSecurityInterceptor.java:51)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.ejb3.mdb.MDB.localInvoke(MDB.java:708)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.ejb3.mdb.MDB$MessageListenerImpl.onMessage(MDB.java:904)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.jms.asf.StdServerSession.onMessage(StdServerSession.java:256)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage(SpyMessageConsumer.java:904)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer.java:159)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.mq.SpySession.run(SpySession.java:351)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.jms.asf.StdServerSession.run(StdServerSession.java:180)
09:41:29,721 INFO  [STDOUT] at 
EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748)
09:41:29,721 INFO  [STDOUT] at java.lang.Thread.run(Thread.java:595)


schoetz


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBPM-111) task objects not stored properly in db

2005-04-08 Thread Tom Baeyens (JIRA)
task objects not stored properly in db
--

 Key: JBPM-111
 URL: http://jira.jboss.com/jira/browse/JBPM-111
 Project: JBoss jBPM
Type: Bug
  Components: Core Engine  
Reporter: Tom Baeyens
 Assigned to: Tom Baeyens 
 Fix For: jBPM 3.0 beta 1


some task objects were not stored properly in the database.  causing exceptions 
or not persisting task information.

hibernate cascade mappings were updated to fix this issue.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBPM-112) documented task jpdl schema in process-definition

2005-04-08 Thread Tom Baeyens (JIRA)
documented task jpdl schema in process-definition
-

 Key: JBPM-112
 URL: http://jira.jboss.com/jira/browse/JBPM-112
 Project: JBoss jBPM
Type: Task
Reporter: Tom Baeyens
 Assigned to: Tom Baeyens 
 Fix For: jBPM 3.0 beta 1


tasks can be specified in the process definition.
this was implemented but not yet documented.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-131) With @runAS I get a java.lang.SecurityException

2005-04-08 Thread Fritz Muster (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-131?page=history ]

Fritz Muster updated EJBTHREE-131:
--

Description: 
I have an MDB where I set an @runAs-Annotation:

@RunAs(TestRole)

Within the MDB I call some other Statless-Sessionbeans, that have set an 
@MethodPermissions that includes the TestRole.

Anyway I get a Security Exception:

09:41:29,711 ERROR [AuthenticationInterceptor] Authentication exception, 
principal=[roles=[TestRole],principal=anonymous]
09:41:29,711 INFO  [STDOUT] java.lang.SecurityException: Authentication 
exception, principal=[roles=[TestRole],principal=anonymous]
09:41:29,711 INFO  [STDOUT] at 
org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:68)
09:41:29,711 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,711 INFO  [STDOUT] at 
org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:90)
09:41:29,711 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:135)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:63)
09:41:29,721 INFO  [STDOUT] at $Proxy130.update(Unknown Source)
09:41:29,721 INFO  [STDOUT] at 
*.*.*.UpdaterMDB.onMessage(UpdaterMDB.java:41)
09:41:29,721 INFO  [STDOUT] at 
sun.reflect.GeneratedMethodAccessor126.invoke(Unknown Source)
09:41:29,721 INFO  [STDOUT] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
09:41:29,721 INFO  [STDOUT] at 
java.lang.reflect.Method.invoke(Method.java:585)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:77)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aspects.tx.TxSupport.invokeInCallerTx(TxSupport.java:171)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aspects.tx.TxSupport$Required.serverInvoke(TxSupport.java:443)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aspects.tx.TxInterceptor.internalInvoke(TxInterceptor.java:112)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aspects.tx.TxInterceptor.invoke(TxInterceptor.java:60)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:36)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aspects.security.RunAsSecurityInterceptor.invoke(RunAsSecurityInterceptor.java:51)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.ejb3.mdb.MDB.localInvoke(MDB.java:708)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.ejb3.mdb.MDB$MessageListenerImpl.onMessage(MDB.java:904)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.jms.asf.StdServerSession.onMessage(StdServerSession.java:256)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage(SpyMessageConsumer.java:904)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer.java:159)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.mq.SpySession.run(SpySession.java:351)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.jms.asf.StdServerSession.run(StdServerSession.java:180)
09:41:29,721 INFO  [STDOUT] at 
EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748)
09:41:29,721 INFO  [STDOUT] at java.lang.Thread.run(Thread.java:595)


schoetz


  was:
I have an MDB where I set an @runAs-Annotation:

@RunAs(TestRole)

Within the MDB I call some other Statless-Sessionbeans, that have set an 
@MethodPermissions that includes the TestRole.

Anyway I get a Security Exception:

09:41:29,711 ERROR [AuthenticationInterceptor] Authentication exception, 
principal=[roles=[TestRole],principal=anonymous]
09:41:29,711 INFO  [STDOUT] java.lang.SecurityException: Authentication 
exception, principal=[roles=[TestRole],principal=anonymous]
09:41:29,711 INFO  [STDOUT] at 
org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:68)
09:41:29,711 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,711 INFO  [STDOUT] at 
org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:90)
09:41:29,711 INFO  [STDOUT] at 
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:66)
09:41:29,721 INFO  [STDOUT] at 
org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:135)
09:41:29,721 

[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Clebert Suconic (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1319?page=history ]

Clebert Suconic updated JBAS-1319:
--

Attachment: analysis.zip

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: JMX
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Clebert Suconic
  Attachments: analysis.zip


 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBPM-113) support for document management

2005-04-08 Thread Tom Baeyens (JIRA)
support for document management
---

 Key: JBPM-113
 URL: http://jira.jboss.com/jira/browse/JBPM-113
 Project: JBoss jBPM
Type: Feature Request
  Components: Core Engine  
Reporter: Tom Baeyens
 Assigned to: Tom Baeyens 


a simple version of document management could be added to jBPM.  this involves 
: 

a variable type for binary documents.  also each document must have version, 
history and perhaps some other properties.

probably the best to put the documents somewhere on a file system for easy 
management and access.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBPM-114) notifications

2005-04-08 Thread Tom Baeyens (JIRA)
notifications
-

 Key: JBPM-114
 URL: http://jira.jboss.com/jira/browse/JBPM-114
 Project: JBoss jBPM
Type: Feature Request
  Components: Core Engine  
Reporter: Tom Baeyens
 Assigned to: Tom Baeyens 


the identity component could be extended with preferences about notifications : 
email, sms, IM, outlook tasks,...

a simple template language should be created for generating the messages.

nice to have would be an integration with outlook tasks.  a task gets assigned 
and you get an email that represents a outlook task.  format of this email can 
be found on internet.  has to do with the mime type and formatting of the 
content.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - [testing with AOP]

2005-04-08 Thread ifrit
Hi,

i'm new with AOP, and with JBoss too. I'd like to test some applications in 
simulated time. For that i want to use JBoss AOP, i looked up for a week now, 
but i don't find a way to increase time speed in my application with AOP. If 
any one got an idea, i'd like to hear it.

Thanks.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873184#3873184

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873184


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Clebert Suconic (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316790 ]
 
Clebert Suconic commented on JBAS-1319:
---

Basically I have created a profiler for analyzing this bug.

I had to do that because I had to cross information on the classloader to find 
where we could have references to any specific classloader.

By definition (at least I read that somewhere on Sun's website, I think this 
was JVM spec) a class is only unloaded if there isn't any reference in the 
memory, plus you don't have any references to the classloader.

So, I'm not sure if this will release classes at GC operations, but this is the 
only way it could work.


So, first the analysis I've made: (open the file analysis.zip)

I - step1-classes.htm
You will see all the classes I have loaded. In particular I deployed a WAR 
application twice (in particular JBoss-profiler.war).
You will see Lorg/jboss/profiler/util/SPYConsts without any instances. I 
also navigated to references in both ways. Nothing holding.
II - step2-classesAtClassLoader.
I detailed the classLoader that loaded Lorg/jboss/profiler/util/SPYConsts;. 
It's kind of weird but that same ClassLoader also loaded FastHashMap and 
PropertyMessageResourcesFactory. Well... maybe this was because of Struts as I 
use it in the profiler. (not sure, but maybe this is not even related)

III - step3-references-toClassLoader.htm
I think (or at least I hope) this is the root cause:
You have some references to the classLoader to its classes (what is 
expected), but you have also 34 thread references through 
Lorg/apache/tomcat/util/threads/ThreadWithAttribute. These are 34 references to 
that classloader through a single instance of ThreadWithAttribute.
A Thread reference means a reference that sits in the stack-trace on the 
VM. (In another words, the thread, what could be even a ThreadLocalData or a 
property in a Thread).
I read its source code and there is an array on that thread.


Well... I don't have resources to go beyond that right now, but at least I 
wanted to leave this analysis registered and maybe someone could have some 
light on this.


 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: JMX
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Clebert Suconic
  Attachments: analysis.zip


 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Resolved: (JGRP-52) Replace RWLock with util.concurrent

2005-04-08 Thread Bela Ban (JIRA)
 [ http://jira.jboss.com/jira/browse/JGRP-52?page=history ]
 
Bela Ban resolved JGRP-52:
--

Resolution: Done

 Replace RWLock with util.concurrent
 ---

  Key: JGRP-52
  URL: http://jira.jboss.com/jira/browse/JGRP-52
  Project: JGroups
 Type: Task
 Reporter: Bela Ban
 Assignee: Bela Ban
  Fix For: 2.2.8





-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: 2 Problems: 1. can't get into the AdminCMSPortlet 2. c

2005-04-08 Thread vefkt
Hello all, 

Hello Roy, thank you for support. I'm able to create new categories and Forums. 
But if i want to go to once I get this: 

java.lang.NullPointerException
at 
org.jboss.portlet.forums.ForumsPortlet.fillShowForumContext(ForumsPortlet.java:2255)
at org.jboss.portlet.forums.ForumsPortlet.doView(ForumsPortlet.java:361)
at org.jboss.portlet.JBossPortlet.doDispatch(JBossPortlet.java:169)
at org.jboss.portlet.JBossPortlet.render(JBossPortlet.java:159)
at org.jboss.portlet.JBossPortlet.render(JBossPortlet.java:233)
at 
org.jboss.portal.portlet.invocation.DispatcherInterceptor.invokeRequest(DispatcherInterceptor.java:143)
at 
org.jboss.portal.portlet.invocation.DispatcherInterceptor.invoke(DispatcherInterceptor.java:171)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.portlet.invocation.PreferencesInterceptor.invoke(PreferencesInterceptor.java:93)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.server.invocation.component.ContextDispatcherInterceptor$InvokeNextCommand.execute(ContextDispatcherInterceptor.java:94)
at sun.reflect.GeneratedMethodAccessor131.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.portal.server.servlet.CommandServlet.doGet(CommandServlet.java:49)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704)
at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:552)
at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:510)
at 
org.jboss.portal.server.invocation.component.ContextDispatcherInterceptor.invoke(ContextDispatcherInterceptor.java:58)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.core.invocation.AccessControlInterceptor.invoke(AccessControlInterceptor.java:125)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.server.invocation.component.ModeInterceptor.invoke(ModeInterceptor.java:37)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.core.invocation.ConstrainedWindowStateInterceptor.invoke(ConstrainedWindowStateInterceptor.java:51)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.server.invocation.component.ParametersInterceptor.invoke(ParametersInterceptor.java:70)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.server.invocation.component.CacheInterceptor.invoke(CacheInterceptor.java:74)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:242)
at org.jboss.portal.server.Component.invoke(Component.java:127)
at 
org.jboss.portal.server.invocation.portal.MainDispatcherInterceptor.invoke(MainDispatcherInterceptor.java:164)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.core.invocation.ContentTypeInterceptor.invoke(ContentTypeInterceptor.java:117)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.core.invocation.ViewInterceptor.invoke(ViewInterceptor.java:58)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.core.invocation.UserContextInterceptor.invoke(UserContextInterceptor.java:121)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:242)
at org.jboss.portal.server.PortalServer.invoke(PortalServer.java:195)
at 
org.jboss.portal.server.servlet.AbstractMainServlet.invoke(AbstractMainServlet.java:62)
at 
org.jboss.portal.server.servlet.AbstractMainServlet.doGet(AbstractMainServlet.java:55)
at 

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1670) netboot service of JBossAS is broken

2005-04-08 Thread Amit Bhayani (JIRA)
netboot service of JBossAS is broken


 Key: JBAS-1670
 URL: http://jira.jboss.com/jira/browse/JBAS-1670
 Project: JBoss Application Server
Type: Bug
Versions:  JBossAS-4.0.2RC1,  JBossAS-4.0.1 SP1, JBossAS-4.0.1 Final, 
JBossAS-4.0.1RC1, JBossAS-4.0.0 Final
Reporter: Amit Bhayani


Section 1.3. Booting from a Network Server of JBoss4guide 
(http://www.jboss.org/index.html?module=downloadsop=downloadauthid=2e36d05b525043349bbe17d6d5002025downloadId=15)
 describes how to use netboot option (sets the ServerConfig.HOME_URL to the 
netboot option URL argument value) to start JBoss using the given URL as the 
base URL from which all libraries and configurations are loaded.

This is broken in JBossAS4.X. There is no use case for this. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1670) netboot service of JBossAS is broken

2005-04-08 Thread Amit Bhayani (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1670?page=history ]

Amit Bhayani updated JBAS-1670:
---

Attachment: build-netboot.xml

The attached build-netboot.xml is modified which creates netboot server without 
any exceptions. But while trying to start another instance of JBoss using the 
netboot URL as the base URL, many exceptions are thrown.

 netboot service of JBossAS is broken
 

  Key: JBAS-1670
  URL: http://jira.jboss.com/jira/browse/JBAS-1670
  Project: JBoss Application Server
 Type: Bug
 Versions:  JBossAS-4.0.2RC1,  JBossAS-4.0.1 SP1, JBossAS-4.0.1 Final, 
 JBossAS-4.0.1RC1, JBossAS-4.0.0 Final
 Reporter: Amit Bhayani
  Attachments: build-netboot.xml


 Section 1.3. Booting from a Network Server of JBoss4guide 
 (http://www.jboss.org/index.html?module=downloadsop=downloadauthid=2e36d05b525043349bbe17d6d5002025downloadId=15)
  describes how to use netboot option (sets the ServerConfig.HOME_URL to the 
 netboot option URL argument value) to start JBoss using the given URL as the 
 base URL from which all libraries and configurations are loaded.
 This is broken in JBossAS4.X. There is no use case for this. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1670) netboot service of JBossAS is broken

2005-04-08 Thread Heiko W. Rupp (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1670?page=comments#action_12316792 ]
 
Heiko W. Rupp commented on JBAS-1670:
-

In what way is it broken?
What error messages do you get?

 netboot service of JBossAS is broken
 

  Key: JBAS-1670
  URL: http://jira.jboss.com/jira/browse/JBAS-1670
  Project: JBoss Application Server
 Type: Bug
 Versions:  JBossAS-4.0.2RC1,  JBossAS-4.0.1 SP1, JBossAS-4.0.1 Final, 
 JBossAS-4.0.1RC1, JBossAS-4.0.0 Final
 Reporter: Amit Bhayani
  Attachments: build-netboot.xml


 Section 1.3. Booting from a Network Server of JBoss4guide 
 (http://www.jboss.org/index.html?module=downloadsop=downloadauthid=2e36d05b525043349bbe17d6d5002025downloadId=15)
  describes how to use netboot option (sets the ServerConfig.HOME_URL to the 
 netboot option URL argument value) to start JBoss using the given URL as the 
 base URL from which all libraries and configurations are loaded.
 This is broken in JBossAS4.X. There is no use case for this. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-4.0 build.482 Build Successful

2005-04-08 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050408035319Lbuild.482
BUILD COMPLETE-build.482Date of build:04/08/2005 03:53:19Time to build:44 minutes 39 secondsLast changed:04/08/2005 02:28:42Last log entry:added FlushException




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(2)1.2.2.4modifiedsteveebersolehibernate/src/main/org/jboss/hibernate/session/TransactionSynch.javaadded FlushException1.2.2.6modifiedsteveebersolehibernate/build.xmladded the convenience targets



[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1670) netboot service of JBossAS is broken

2005-04-08 Thread Amit Bhayani (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1670?page=history ]

Amit Bhayani updated JBAS-1670:
---

Attachment: netboot-instance-out.txt

The attached netboot-instance-out.txt file shows the exception raised while 
trying to start the  netboot JBossAS instance.

 netboot service of JBossAS is broken
 

  Key: JBAS-1670
  URL: http://jira.jboss.com/jira/browse/JBAS-1670
  Project: JBoss Application Server
 Type: Bug
 Versions:  JBossAS-4.0.2RC1,  JBossAS-4.0.1 SP1, JBossAS-4.0.1 Final, 
 JBossAS-4.0.1RC1, JBossAS-4.0.0 Final
 Reporter: Amit Bhayani
  Attachments: build-netboot.xml, netboot-instance-out.txt


 Section 1.3. Booting from a Network Server of JBoss4guide 
 (http://www.jboss.org/index.html?module=downloadsop=downloadauthid=2e36d05b525043349bbe17d6d5002025downloadId=15)
  describes how to use netboot option (sets the ServerConfig.HOME_URL to the 
 netboot option URL argument value) to start JBoss using the given URL as the 
 base URL from which all libraries and configurations are loaded.
 This is broken in JBossAS4.X. There is no use case for this. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBPM-115) The attached process definition fails to deploy due to Hibernate errors

2005-04-08 Thread David Good (JIRA)
The attached process definition fails to deploy due to Hibernate errors
---

 Key: JBPM-115
 URL: http://jira.jboss.com/jira/browse/JBPM-115
 Project: JBoss jBPM
Type: Bug
  Components: Core Engine  
Versions: jBPM 3.0 alpha 3
 Environment: Win XP, JDK 1.5.02, Eclipse 3.1M6, Ant 1.6.2
Reporter: David Good
 Assigned to: Tom Baeyens 


Attempting to deploy the following processdefinition.xml:


?xml version=1.0 encoding=UTF-8?
process-definition name=threetest
swimlane name=test
assignment 
class=com.axxia.workflow.afcl.service.ExplicitAssignmentHandler
config-type=bean/
assignmentsw/assignment
/swimlane
start-state name=start
transition to=one name=one/
/start-state
task-node name=one swimlane=test
transition to=end name=end/
task name=test1 swimlane=test/
/task-node
end-state name=end/
/process-definition



results in this stack trace:

[deploypar] 10:20:57,137 ERROR JbpmSession : 
org.hibernate.TransientObjectException: object references an unsaved transient 
instance - save the transient instance before flushing: 
org.jbpm.util.instantiation.Delegation
[deploypar] java.lang.RuntimeException: couldn't commit transaction
[deploypar] at org.jbpm.db.JbpmSession.commitTransaction(JbpmSession.java:89)
[deploypar] at 
org.jbpm.jpdl.par.ProcessArchiveDeployer.deployProcessArchive(ProcessArchiveDeployer.java:58)
[deploypar] at 
org.jbpm.jpdl.par.ProcessArchiveDeployer.deployProcessArchive(ProcessArchiveDeployer.java:27)
[deploypar] at 
org.jbpm.jpdl.par.ProcessArchiveDeployerTask.execute(ProcessArchiveDeployerTask.java:72)
[deploypar] at 
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
[deploypar] at org.apache.tools.ant.Task.perform(Task.java:364)
[deploypar] at org.apache.tools.ant.Target.execute(Target.java:341)
[deploypar] at org.apache.tools.ant.Target.performTasks(Target.java:369)
[deploypar] at org.apache.tools.ant.Project.executeTarget(Project.java:1214)
[deploypar] at org.apache.tools.ant.Project.executeTargets(Project.java:1062)
[deploypar] at 
org.eclipse.ant.internal.ui.antsupport.InternalAntRunner.run(InternalAntRunner.java:414)
[deploypar] at 
org.eclipse.ant.internal.ui.antsupport.InternalAntRunner.main(InternalAntRunner.java:139)
[deploypar] Caused by: org.hibernate.TransientObjectException: object 
references an unsaved transient instance - save the transient instance before 
flushing: org.jbpm.util.instantiation.Delegation
[deploypar] at 
org.hibernate.engine.ForeignKeys.getEntityIdentifierIfNotUnsaved(ForeignKeys.java:210)
[deploypar] at org.hibernate.type.EntityType.getIdentifier(EntityType.java:88)
[deploypar] at org.hibernate.type.EntityType.isDirty(EntityType.java:204)
[deploypar] at org.hibernate.type.TypeFactory.findDirty(TypeFactory.java:378)
[deploypar] at 
org.hibernate.persister.entity.BasicEntityPersister.findDirty(BasicEntityPersister.java:2561)
[deploypar] at 
org.hibernate.event.def.DefaultFlushEntityEventListener.dirtyCheck(DefaultFlushEntityEventListener.java:343)
[deploypar] at 
org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:108)
[deploypar] at 
org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:190)
[deploypar] at 
org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:70)
[deploypar] at 
org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:26)
[deploypar] at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:675)
[deploypar] at org.jbpm.db.JbpmSession.commitTransaction(JbpmSession.java:85)
[deploypar] ... 11 more

***
The issue is caused by the lack of cascade between Swimlane and Delegation, and
is resolved by the following patch:
***
Index: Swimlane.hbm.xml
===
RCS file: /cvsroot/jbpm/jbpm.3/src/jbpm/org/jbpm/taskmgmt/def/Swimlane.hbm.xml,v
retrieving revision 1.1
diff -u -r1.1 Swimlane.hbm.xml
--- Swimlane.hbm.xml31 Mar 2005 15:53:09 -  1.1
+++ Swimlane.hbm.xml8 Apr 2005 09:44:03 -
@@ -13,7 +13,8 @@
 property name=namecolumn=NAME_ /
 many-to-one name=assignmentDelegation 
  column=ASSIGNMENTDELEGATION_ 
- foreign-key=FK_SWIMLANE_ASSIGNMENTDELEGATION/
+ foreign-key=FK_SWIMLANE_ASSIGNMENTDELEGATION
+ cascade=all/
 many-to-one name=taskMgmtDefinition   
 

[JBoss-dev] [JBoss JIRA] Resolved: (JBPM-115) The attached process definition fails to deploy due to Hibernate errors

2005-04-08 Thread Tom Baeyens (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-115?page=history ]
 
Tom Baeyens resolved JBPM-115:
--

 Resolution: Done
Fix Version: jBPM 3.0 beta 1

i just checked the fix into cvs.  i also checked it with your process and i 
don't get any problems with saving and reloading the process.

if you have the chance to get the latest sources from cvs and check it works 
for you, you can close this case.

thanks !

 The attached process definition fails to deploy due to Hibernate errors
 ---

  Key: JBPM-115
  URL: http://jira.jboss.com/jira/browse/JBPM-115
  Project: JBoss jBPM
 Type: Bug
   Components: Core Engine
 Versions: jBPM 3.0 alpha 3
  Environment: Win XP, JDK 1.5.02, Eclipse 3.1M6, Ant 1.6.2
 Reporter: David Good
 Assignee: Tom Baeyens
  Fix For: jBPM 3.0 beta 1



 Attempting to deploy the following processdefinition.xml:
 
 ?xml version=1.0 encoding=UTF-8?
 process-definition name=threetest
 swimlane name=test
 assignment 
 class=com.axxia.workflow.afcl.service.ExplicitAssignmentHandler
 config-type=bean/
 assignmentsw/assignment
 /swimlane
 start-state name=start
 transition to=one name=one/
 /start-state
 task-node name=one swimlane=test
 transition to=end name=end/
 task name=test1 swimlane=test/
 /task-node
 end-state name=end/
 /process-definition
 
 results in this stack trace:
 
 [deploypar] 10:20:57,137 ERROR JbpmSession : 
 org.hibernate.TransientObjectException: object references an unsaved 
 transient instance - save the transient instance before flushing: 
 org.jbpm.util.instantiation.Delegation
 [deploypar] java.lang.RuntimeException: couldn't commit transaction
 [deploypar] at org.jbpm.db.JbpmSession.commitTransaction(JbpmSession.java:89)
 [deploypar] at 
 org.jbpm.jpdl.par.ProcessArchiveDeployer.deployProcessArchive(ProcessArchiveDeployer.java:58)
 [deploypar] at 
 org.jbpm.jpdl.par.ProcessArchiveDeployer.deployProcessArchive(ProcessArchiveDeployer.java:27)
 [deploypar] at 
 org.jbpm.jpdl.par.ProcessArchiveDeployerTask.execute(ProcessArchiveDeployerTask.java:72)
 [deploypar] at 
 org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
 [deploypar] at org.apache.tools.ant.Task.perform(Task.java:364)
 [deploypar] at org.apache.tools.ant.Target.execute(Target.java:341)
 [deploypar] at org.apache.tools.ant.Target.performTasks(Target.java:369)
 [deploypar] at org.apache.tools.ant.Project.executeTarget(Project.java:1214)
 [deploypar] at org.apache.tools.ant.Project.executeTargets(Project.java:1062)
 [deploypar] at 
 org.eclipse.ant.internal.ui.antsupport.InternalAntRunner.run(InternalAntRunner.java:414)
 [deploypar] at 
 org.eclipse.ant.internal.ui.antsupport.InternalAntRunner.main(InternalAntRunner.java:139)
 [deploypar] Caused by: org.hibernate.TransientObjectException: object 
 references an unsaved transient instance - save the transient instance before 
 flushing: org.jbpm.util.instantiation.Delegation
 [deploypar] at 
 org.hibernate.engine.ForeignKeys.getEntityIdentifierIfNotUnsaved(ForeignKeys.java:210)
 [deploypar] at org.hibernate.type.EntityType.getIdentifier(EntityType.java:88)
 [deploypar] at org.hibernate.type.EntityType.isDirty(EntityType.java:204)
 [deploypar] at org.hibernate.type.TypeFactory.findDirty(TypeFactory.java:378)
 [deploypar] at 
 org.hibernate.persister.entity.BasicEntityPersister.findDirty(BasicEntityPersister.java:2561)
 [deploypar] at 
 org.hibernate.event.def.DefaultFlushEntityEventListener.dirtyCheck(DefaultFlushEntityEventListener.java:343)
 [deploypar] at 
 org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:108)
 [deploypar] at 
 org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:190)
 [deploypar] at 
 org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:70)
 [deploypar] at 
 org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:26)
 [deploypar] at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:675)
 [deploypar] at org.jbpm.db.JbpmSession.commitTransaction(JbpmSession.java:85)
 [deploypar] ... 11 more
 ***
 The issue is caused by the lack of cascade between Swimlane and Delegation, 
 and
 is resolved by the following patch:
 ***
 Index: Swimlane.hbm.xml
 ===
 RCS file: 
 

[JBoss-dev] jboss-3.2-jdk-matrix build.92 Build Successful

2005-04-08 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20050408052531Lbuild.92
BUILD COMPLETE-build.92Date of build:04/08/2005 05:25:31Time to build:30 minutes 2 seconds




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(0)



[JBoss-dev] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Can we start writing jms test clients to check complianc

2005-04-08 Thread rajdeep_dua
Ovidiu,
Spent last week on analysis of jgroups and the distributed testing framework 
developed by Tom.

i developed the test clients with producer/consumers in separate VMs and 
notifications through jgroups.
With 3 VMs its very slow and its not so predictable(may be i am doing somethign 
wrong).I was wondering what will happen when its more that 3 VMs?

so i am thinking of using RMI for the synchronization instead.
Will update on that in a day or two.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873194#3873194

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873194


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBPM-116) Process Archives which include nested folders fail to deploy

2005-04-08 Thread David Good (JIRA)
Process Archives which include nested folders fail to deploy


 Key: JBPM-116
 URL: http://jira.jboss.com/jira/browse/JBPM-116
 Project: JBoss jBPM
Type: Patch
  Components: Core Engine  
Versions: jBPM 3.0 alpha 3
 Environment: Win XP, JDK 1.5.02 Eclipse 3.1M6, Ant 1.6.2
Reporter: David Good
 Assigned to: Tom Baeyens 


Process archives which include nested folders fail to deploy, giving a null 
pointer exception.  This occurs because FileArchiveParser::readFromArchive() 
attempts to add the folders to the FileDefinition instance.  The attached patch 
resolves this issue.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBPM-116) Process Archives which include nested folders fail to deploy

2005-04-08 Thread David Good (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-116?page=history ]

David Good updated JBPM-116:


Attachment: patch.txt

Patch for org.jbpm.jpdl.par.FileArchiveParser

 Process Archives which include nested folders fail to deploy
 

  Key: JBPM-116
  URL: http://jira.jboss.com/jira/browse/JBPM-116
  Project: JBoss jBPM
 Type: Patch
   Components: Core Engine
 Versions: jBPM 3.0 alpha 3
  Environment: Win XP, JDK 1.5.02 Eclipse 3.1M6, Ant 1.6.2
 Reporter: David Good
 Assignee: Tom Baeyens
  Attachments: patch.txt


 Process archives which include nested folders fail to deploy, giving a null 
 pointer exception.  This occurs because FileArchiveParser::readFromArchive() 
 attempts to add the folders to the FileDefinition instance.  The attached 
 patch resolves this issue.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBPM-116) Process Archives which include nested folders fail to deploy

2005-04-08 Thread David Good (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-116?page=history ]

David Good updated JBPM-116:


Attachment: threetest.par

ProcessArchive including nested folder which can be used to test this issue.

 Process Archives which include nested folders fail to deploy
 

  Key: JBPM-116
  URL: http://jira.jboss.com/jira/browse/JBPM-116
  Project: JBoss jBPM
 Type: Patch
   Components: Core Engine
 Versions: jBPM 3.0 alpha 3
  Environment: Win XP, JDK 1.5.02 Eclipse 3.1M6, Ant 1.6.2
 Reporter: David Good
 Assignee: Tom Baeyens
  Attachments: patch.txt, threetest.par


 Process archives which include nested folders fail to deploy, giving a null 
 pointer exception.  This occurs because FileArchiveParser::readFromArchive() 
 attempts to add the folders to the FileDefinition instance.  The attached 
 patch resolves this issue.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Resolved: (JBPM-116) Process Archives which include nested folders fail to deploy

2005-04-08 Thread Tom Baeyens (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-116?page=history ]
 
Tom Baeyens resolved JBPM-116:
--

 Resolution: Done
Fix Version: jBPM 3.0 beta 1

the fix is checked into cvs.
the same check was added when parsing the process archive entries.
thanks!

 Process Archives which include nested folders fail to deploy
 

  Key: JBPM-116
  URL: http://jira.jboss.com/jira/browse/JBPM-116
  Project: JBoss jBPM
 Type: Patch
   Components: Core Engine
 Versions: jBPM 3.0 alpha 3
  Environment: Win XP, JDK 1.5.02 Eclipse 3.1M6, Ant 1.6.2
 Reporter: David Good
 Assignee: Tom Baeyens
  Fix For: jBPM 3.0 beta 1
  Attachments: patch.txt, threetest.par


 Process archives which include nested folders fail to deploy, giving a null 
 pointer exception.  This occurs because FileArchiveParser::readFromArchive() 
 attempts to add the folders to the FileDefinition instance.  The attached 
 patch resolves this issue.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JGRP-53) NakReceiverWindow: replace updateHighestSeen() with more efficient function

2005-04-08 Thread Bela Ban (JIRA)
 [ http://jira.jboss.com/jira/browse/JGRP-53?page=history ]

Bela Ban updated JGRP-53:
-

Summary: NakReceiverWindow: replace updateHighestSeen() with more 
efficient function  (was: NakReceiverWindow: replace updateLowestSeen() with 
more efficient function)
Description: Currently, updateHighestSeen() is linear (iterating over 
entire list of messages), can be more efficient  (was: Currently, 
updateLowestSeen() and updateHighestSeen() are linear (iterating over entire 
list of messages), can be more efficient)

 NakReceiverWindow: replace updateHighestSeen() with more efficient function
 ---

  Key: JGRP-53
  URL: http://jira.jboss.com/jira/browse/JGRP-53
  Project: JGroups
 Type: Task
 Reporter: Bela Ban
 Assignee: Bela Ban
  Fix For: 2.2.8



 Currently, updateHighestSeen() is linear (iterating over entire list of 
 messages), can be more efficient

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-4.0 build.483 Build Successful

2005-04-08 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050408063311Lbuild.483
BUILD COMPLETE-build.483Date of build:04/08/2005 06:33:11Time to build:27 minutes 45 secondsLast changed:04/08/2005 06:23:43Last log entry:- Disable session persistence by default.




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(1)1.26.2.8modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/TomcatDeployer.java- Disable session persistence by default.



[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - Re: JVM per container

2005-04-08 Thread mentiro
I do this exact same thing.  I'll describe how I do this, although it's a bit 
complicated.  

I have a RemoteJvmService MBean that I deploy in JBoss.  The MBean is 
configured with a ServiceFactory class name, a ServiceInterface class name, and 
a classpath.  For the classpath, I use a list of URLs, since I want it to 
access artifacts in the EAR.  

The RemoteJvmService creates a new JVM with the main class RemoteJvmDriver.  I 
use a simple JvmLauncher class to launch the new JVM - it simply builds up a 
command string and executes it using Runtime.exec(..)  It also uses a custom 
URL classloader I wrote that determines what URLs to use based on the system 
property url.class.loader.  

When the RemoteJvmDriver runs, it instantiates an instance of the service 
factory class, generates an instance of the service interface, and then binds 
the service interface (which contains the JNI calls) using an RMI proxy.

Clients who need to make the JNI calls look up the service proxy via RMI and 
make calls.  Actually, I use Spring to inject the service into objects - all 
they know about is the service interface.

Most of what I described is infrastructure code - the actual use of this 
service is fairly trivial.  I hope this helps.  Let me know if you have any 
questions.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873213#3873213

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873213


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - Re: JVM per container

2005-04-08 Thread mentiro
A deployer approach could be a really elegant idea as well.  You could perhaps 
deploy a special archive type, have it create the remote JVM, etc. similar to 
how I described in the previous post.  Of course - I don't know if a deployer 
is necessary - I simply use a special MBean.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873214#3873214

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873214


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: JBPTL-17: Theme API food for thought

2005-04-08 Thread [EMAIL PROTECTED]
I have added the capability to define portal properties in portal.xml file and 
now the layout and theme are lookup up in the property map so it is possible to 
set the layout per portal.

for instance in default-portal.xml :


  |...
  |portal-namedefault/portal-name
  |properties
  |   !-- Set the layout for the default portal --
  |   property
  |  nameorg.jboss.portal.layout/name
  |  valuenodesk/value
  |   /property
  |/properties
  |...
  | 

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873219#3873219

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873219


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBPM-117) super-state gets loaded as Node instance

2005-04-08 Thread Tom Baeyens (JIRA)
super-state gets loaded as Node instance


 Key: JBPM-117
 URL: http://jira.jboss.com/jira/browse/JBPM-117
 Project: JBoss jBPM
Type: Bug
  Components: Core Engine  
Versions: jBPM 3.0 alpha 3
Reporter: Tom Baeyens
 Assigned to: Tom Baeyens 


jbpm3.0-alpha3: The instanceof operation in
Transition.java at line 103 fails for processes
instances that were loaded from the db because
destination gets loaded as a Node instance instead of
SuperState. The process does get created in the db
correctly, but it does not loead correctly if the
creating session is closed and a new session latter
loads the process.

I believe the Hibernate mappings are incorrect in the
hbm files for the jbpm_node table. The subclasses and
discriminators are not working. Hypothesis: The
subclasses definitions may have to be in Node.hbm.xml
instead of their own files (not sure, but that way
worked for me on other projects.)

This issues results in super state events not being
fired if the process is signalled in a seperate session
that that which created the process. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBPM-118) verify try-catch-finally for database connections

2005-04-08 Thread Tom Baeyens (JIRA)
verify try-catch-finally for database connections
-

 Key: JBPM-118
 URL: http://jira.jboss.com/jira/browse/JBPM-118
 Project: JBoss jBPM
Type: Task
  Components: Core Engine  
Reporter: Tom Baeyens
 Assigned to: Tom Baeyens 
 Fix For: jBPM 3.0


in using jdbc and hibernate you see some very weird 
try-catch-finally-if-not-null-close-try-catch-close-finally structures.

this task is about finding out what jbpm should do and document how users 
should use jbpm properly.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: [testing with AOP]

2005-04-08 Thread ifrit
Well i'll add more to my request.

What i'd like to do is replace call of new Date();
 with my own call of new Date(), that is a Date that is speed up.

Is that realistic??

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873231#3873231

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873231


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-234) JBoss Portal 2.2 Roadmap

2005-04-08 Thread Julien Viet (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPORTAL-234?page=history ]

Julien Viet updated JBPORTAL-234:
-

Description: 
Define JBoss Portal 2.x roadmap :

1 Consider the following requirements (subject to change) as a starting point
1.a wsrp 1.0
1.b wsrp 2.0 features
1.c dashboarding
1.d multiple portal server per application server
1.e abstract web application instrumentation layer
1.f q/a
1.g dynamicity

2 Define the different release (i.e 2.2, 2.4, etc...)
2.a schedule
2.b requirement
2.c resources allocated
2.d runtime platform
2.e relationship to JEMS


  was:
Define JBoss Portal 2.2 Roadmap in order to meet the following requirements 
(subject to change)

- wsrp 1.0
- wsrp 2.0 features
- dashboarding



 JBoss Portal 2.2 Roadmap
 

  Key: JBPORTAL-234
  URL: http://jira.jboss.com/jira/browse/JBPORTAL-234
  Project: JBoss Portal
 Type: Task
   Components: Portal Core
 Reporter: Julien Viet
 Assignee: Julien Viet



 Define JBoss Portal 2.x roadmap :
 1 Consider the following requirements (subject to change) as a starting point
 1.a wsrp 1.0
 1.b wsrp 2.0 features
 1.c dashboarding
 1.d multiple portal server per application server
 1.e abstract web application instrumentation layer
 1.f q/a
 1.g dynamicity
 2 Define the different release (i.e 2.2, 2.4, etc...)
 2.a schedule
 2.b requirement
 2.c resources allocated
 2.d runtime platform
 2.e relationship to JEMS

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: [testing with AOP]

2005-04-08 Thread [EMAIL PROTECTED]
A constructor caller pointcut could help, the question is if the overhead of 
this is worth the performance increase of your Date class.

Please take a look at the tutorial that comes with the AOP distribution :-)

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873237#3873237

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873237


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-234) JBoss Portal 2.x roadmap

2005-04-08 Thread Julien Viet (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPORTAL-234?page=history ]

Julien Viet updated JBPORTAL-234:
-

Summary: JBoss Portal 2.x roadmap  (was: JBoss Portal 2.2 Roadmap)

 JBoss Portal 2.x roadmap
 

  Key: JBPORTAL-234
  URL: http://jira.jboss.com/jira/browse/JBPORTAL-234
  Project: JBoss Portal
 Type: Task
   Components: Portal Core
 Reporter: Julien Viet
 Assignee: Julien Viet



 Define JBoss Portal 2.x roadmap :
 1 Consider the following requirements (subject to change) as a starting point
 1.a wsrp 1.0
 1.b wsrp 2.0 features
 1.c dashboarding
 1.d multiple portal server per application server
 1.e abstract web application instrumentation layer
 1.f q/a
 1.g dynamicity
 2 Define the different release (i.e 2.2, 2.4, etc...)
 2.a schedule
 2.b requirement
 2.c resources allocated
 2.d runtime platform
 2.e relationship to JEMS

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-234) JBoss Portal 2.x roadmap

2005-04-08 Thread Julien Viet (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPORTAL-234?page=history ]

Julien Viet updated JBPORTAL-234:
-

Description: 
Define JBoss Portal 2.x roadmap :

1 Consider the following requirements (subject to change) as a starting point.
1.a wsrp 1.0
1.b wsrp 2.0 features
1.c dashboarding
1.d multiple portal server per application server
1.e abstract web application instrumentation layer
1.f q/a
1.g dynamicity
1.f CMS

2 Define the content of different releases (i.e 2.2, 2.4, etc...)
2.a schedule in time
2.b requirement referencing 1.x
2.c resources allocated to complete the release
2.d runtime platform
2.e relationship to JEMS


  was:
Define JBoss Portal 2.x roadmap :

1 Consider the following requirements (subject to change) as a starting point
1.a wsrp 1.0
1.b wsrp 2.0 features
1.c dashboarding
1.d multiple portal server per application server
1.e abstract web application instrumentation layer
1.f q/a
1.g dynamicity

2 Define the different release (i.e 2.2, 2.4, etc...)
2.a schedule
2.b requirement
2.c resources allocated
2.d runtime platform
2.e relationship to JEMS



 JBoss Portal 2.x roadmap
 

  Key: JBPORTAL-234
  URL: http://jira.jboss.com/jira/browse/JBPORTAL-234
  Project: JBoss Portal
 Type: Task
   Components: Portal Core
 Reporter: Julien Viet
 Assignee: Julien Viet



 Define JBoss Portal 2.x roadmap :
 1 Consider the following requirements (subject to change) as a starting point.
 1.a wsrp 1.0
 1.b wsrp 2.0 features
 1.c dashboarding
 1.d multiple portal server per application server
 1.e abstract web application instrumentation layer
 1.f q/a
 1.g dynamicity
 1.f CMS
 2 Define the content of different releases (i.e 2.2, 2.4, etc...)
 2.a schedule in time
 2.b requirement referencing 1.x
 2.c resources allocated to complete the release
 2.d runtime platform
 2.e relationship to JEMS

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Resolved: (JGRP-53) NakReceiverWindow: replace updateHighestSeen() with more efficient function

2005-04-08 Thread Bela Ban (JIRA)
 [ http://jira.jboss.com/jira/browse/JGRP-53?page=history ]
 
Bela Ban resolved JGRP-53:
--

Resolution: Done

done

 NakReceiverWindow: replace updateHighestSeen() with more efficient function
 ---

  Key: JGRP-53
  URL: http://jira.jboss.com/jira/browse/JGRP-53
  Project: JGroups
 Type: Task
 Reporter: Bela Ban
 Assignee: Bela Ban
  Fix For: 2.2.8



 Currently, updateHighestSeen() is linear (iterating over entire list of 
 messages), can be more efficient

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBAS-1671) alias-max-length DB2 typemapping

2005-04-08 Thread Vitaliy Batichko (JIRA)
alias-max-length DB2 typemapping


 Key: JBAS-1671
 URL: http://jira.jboss.com/jira/browse/JBAS-1671
 Project: JBoss Application Server
Type: Bug
  Components: CMP service  
Versions:  JBossAS-3.2.7 Final
Reporter: Vitaliy Batichko
Priority: Trivial


In version 5 the size of a name of a column in DB2 has been limited by 18 
symbols. Jboss by default establishes alias-max-length in 32 symbols that leads 
to errors in generated CMP finders. Maybe,
better would be to set alias-max-length to 18 characters in default type 
mapping...

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Adrian Brock (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1319?page=history ]

Adrian Brock updated JBAS-1319:
---

Component: Web (Tomcat) service
   (was: JMX)

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Clebert Suconic
  Attachments: analysis.zip


 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Adrian Brock (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316802 ]
 
Adrian Brock commented on JBAS-1319:


Correct, this is caused by something holding onto classloaders across 
deployments. 
Usually because of static collections in non redeployed classes.

Which version did you test? 
Here is a bug fix for Tomcat 5.0.28 (used in JBoss4.0.1) and ThreadAttributes
where just such a static Hashtable was causing a memory leak.
The fix was to replace the static Hashtable with a ThreadLocal.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33368
http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/log/SystemLogHandler.java?r1=1.5r2=1.6

JBoss4.0.2RC1+ uses Tomcat5.5 which includes this fix.

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Clebert Suconic
  Attachments: analysis.zip


 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Closed: (JBPM-99) business calender

2005-04-08 Thread Tom Baeyens (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-99?page=history ]
 
Tom Baeyens closed JBPM-99:
---

Resolution: Done

 business calender
 -

  Key: JBPM-99
  URL: http://jira.jboss.com/jira/browse/JBPM-99
  Project: JBoss jBPM
 Type: Feature Request
   Components: Core Engine
 Reporter: Tom Baeyens
 Assignee: Tom Baeyens
 Priority: Minor
  Fix For: jBPM 3.0 beta 1



 a business calender would have knowledge about working hours and can do 
 calculations like : 
 1) what time is it, 4 business hours from now.  (only feature implemented for 
 now)
 2) how much business hours were there between 2 dates.
 ...
 in its first simple version, the business calender is not yet integrated with 
 the identity component.  in the deluxe version the business calender would be 
 integrated with the identity component and knows the holidays individual 
 users and the holidays of the different countries.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBPM-99) business calender

2005-04-08 Thread Tom Baeyens (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-99?page=history ]

Tom Baeyens updated JBPM-99:


Description: 
a business calender would have knowledge about working hours and can do 
calculations like : 
1) what time is it, 4 business hours from now.  (only feature implemented for 
now)
2) how much business hours were there between 2 dates.
...

in its first simple version, the business calender is not yet integrated with 
the identity component.  in the deluxe version the business calender would be 
integrated with the identity component and knows the holidays individual users 
and the holidays of the different countries.


  was:
a business calender would have knowledge about working hours and can do 
calculations like : 
1) what time is it, 4 business hours from now.
2) how much business hours were there between 2 dates.
...

in a simple version, the business calender would not now about holidays.  in 
the deluxe version the business calender would be integrated with the 
organisation component and knows the holidays of the different countries.

Fix Version: jBPM 3.0 beta 1

 business calender
 -

  Key: JBPM-99
  URL: http://jira.jboss.com/jira/browse/JBPM-99
  Project: JBoss jBPM
 Type: Feature Request
   Components: Core Engine
 Reporter: Tom Baeyens
 Assignee: Tom Baeyens
 Priority: Minor
  Fix For: jBPM 3.0 beta 1



 a business calender would have knowledge about working hours and can do 
 calculations like : 
 1) what time is it, 4 business hours from now.  (only feature implemented for 
 now)
 2) how much business hours were there between 2 dates.
 ...
 in its first simple version, the business calender is not yet integrated with 
 the identity component.  in the deluxe version the business calender would be 
 integrated with the identity component and knows the holidays individual 
 users and the holidays of the different countries.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Closed: (JBPM-111) task objects not stored properly in db

2005-04-08 Thread Tom Baeyens (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-111?page=history ]
 
Tom Baeyens closed JBPM-111:


Resolution: Done

 task objects not stored properly in db
 --

  Key: JBPM-111
  URL: http://jira.jboss.com/jira/browse/JBPM-111
  Project: JBoss jBPM
 Type: Bug
   Components: Core Engine
 Reporter: Tom Baeyens
 Assignee: Tom Baeyens
  Fix For: jBPM 3.0 beta 1



 some task objects were not stored properly in the database.  causing 
 exceptions or not persisting task information.
 hibernate cascade mappings were updated to fix this issue.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Closed: (JBPM-112) documented task jpdl schema in process-definition

2005-04-08 Thread Tom Baeyens (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-112?page=history ]
 
Tom Baeyens closed JBPM-112:


Resolution: Done

 documented task jpdl schema in process-definition
 -

  Key: JBPM-112
  URL: http://jira.jboss.com/jira/browse/JBPM-112
  Project: JBoss jBPM
 Type: Task
 Reporter: Tom Baeyens
 Assignee: Tom Baeyens
  Fix For: jBPM 3.0 beta 1



 tasks can be specified in the process definition.
 this was implemented but not yet documented.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBPM-46) scheduler

2005-04-08 Thread Tom Baeyens (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-46?page=history ]

Tom Baeyens updated JBPM-46:


Fix Version: jBPM 3.0 beta 1

 scheduler
 -

  Key: JBPM-46
  URL: http://jira.jboss.com/jira/browse/JBPM-46
  Project: JBoss jBPM
 Type: Task
   Components: Core Engine
 Reporter: Tom Baeyens
 Assignee: Tom Baeyens
 Priority: Critical
  Fix For: jBPM 3.0 beta 1


 Original Estimate: 3 days
 Remaining: 3 days

 implement the scheduler functionality + a simple servlet that acts as a 
 cron-task to check for due jobs on regular intervals.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Clebert Suconic (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316804 ]
 
Clebert Suconic commented on JBAS-1319:
---

I'm using a downloaded version from cvs, Branch_4_0, jboss-4.0, updated I think 
2 weeks ago.

Isn't the patch supposed to be already in our CVS?


Can you please confirm if we have this patch already in our CVS? I can't check 
this as I'm out of site with limited internet connectivity today.


Depending on what you tell me I will captur the snapshot again.

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Clebert Suconic
  Attachments: analysis.zip


 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1283) Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used for Webapp

2005-04-08 Thread Scott M Stark (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1283?page=comments#action_12316807 ]
 
Scott M Stark commented on JBAS-1283:
-

This is not a valid override example. The stack trace shows that the exception 
is coming from the javax.xml.parsers.DocumentBuilderFactory class. This is a 
class that is bundled with the jdk and can only be effectively overriden using 
the endorsed library mechanism. If you remove the xml-apis.jar the override 
works fine. If you switch to use the tomcat class loader by setting the 
UseJBossWebLoader to false in jbossweb-tomcat55.sar/META-INF/jboss-service.xml 
this works fine even with the xml-apis.jar. The reason for this is that the 
tomcat class loader is stricter in what it will allow to be overriden as per 
the servlet spec:

quote servlet-2.4 spec
SRV.9.7.2 Web Application Class Loader

The class loader that a container uses to load a servlet in a WAR must allow 
the developer to load any resources contained in library JARs within the WAR 
following normal J2SE semantics using getResource. As described in the J2EE 
license agreement, servlet containers that are not part of a J2EE product 
should not allow the application to override J2SE platform classes, such as 
those in the java.* and javax.* namespaces, that J2SE does not allow to be 
modified. Also, servlet containers that are part of a J2EE product should not 
allow the application to override J2SE or J2EE platform classes, such as those 
in java.* and javax.* namespaces, that either J2SE or J2EE do not allow to be 
modified. The container should not allow applications to override or access the 
container's implementation
/quote servlet-2.4 spec

We will be adding an exclude list to the jboss class loaders that prevent the 
attempt to override an arbitrary set of namespaces so that you can throw 
useless classes into a war and have them not affect the class loading semantics.


 Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used for 
 Webapp
 -

  Key: JBAS-1283
  URL: http://jira.jboss.com/jira/browse/JBAS-1283
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-3.2.6 Final
  Environment: Stock JBoss 3.2.6 running on Linux (kernel 2.4.26), Sun JDK and 
 JRE version 1.4.2_04
 Reporter: Jeremy Brown
 Assignee: Anil Saldhana
 Priority: Minor
  Attachments: test.war


 See my initial forum post at 
 http://www.jboss.org/index.html?module=bbop=viewtopicp=3861452#3861452;.
 The dom4j libs provided by JBoss do not work correctly with my web 
 application, so I attempted to configure my webapp's jboss-web.xml--as per 
 the wiki page at 
 http://www.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration--so that 
 my webapp would essentially be in a different classloader namspace and would 
 be able to override the server dom4j implementation with its own.  Now, 
 Tomcat bails out during JSP compilation with a dom4j-related 
 ClassCastException, leading me to believe there might some problem with the 
 sort of setup I'm trying to attempt...for example, Tomcat's JSP compiler 
 might be trying to link with the dom4j in my application's namespace while 
 its classes have been loaded next to (and probably are already using) dom4j 
 in the server namespace.
 I'll attach a .war file exhibiting this behavior to this bug report.
 Here's the specific exception for this .war file:
 java.lang.ClassCastException
 at 
 javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:93)
 at 
 org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:91)
 at 
 org.apache.jasper.compiler.JspConfig.processWebDotXml(JspConfig.java:70)
 at org.apache.jasper.compiler.JspConfig.init(JspConfig.java:188)
 at 
 org.apache.jasper.compiler.JspConfig.findJspProperty(JspConfig.java:240)
 at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:160)
 at org.apache.jasper.compiler.Compiler.compile(Compiler.java:470)
 at org.apache.jasper.compiler.Compiler.compile(Compiler.java:451)
 at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
 at 
 org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:511)
 at 
 org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:295)
 at 
 org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
 at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
 at 
 

[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Adrian Brock (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316808 ]
 
Adrian Brock commented on JBAS-1319:


JBoss-4.0 was udpated to 5.5 two months ago (at time of writing):
http://cvs.sourceforge.net/viewcvs.py/jboss/thirdparty/apache/tomcat55/catalina-manager.jar?only_with_tag=JBoss_4_0_2_beta

I'll try to reproduce the problem 
(I still don't see an example application so I'll just use the jmx console
which has servlets and jsps but no embedded jars).

If it is still a problem, I'll get Remy to fix it.

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Clebert Suconic
  Attachments: analysis.zip


 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Adrian Brock (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1319?page=history ]

Adrian Brock reassigned JBAS-1319:
--

Assign To: Adrian Brock  (was: Clebert Suconic)

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: analysis.zip


 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Scott M Stark (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316809 ]
 
Scott M Stark commented on JBAS-1319:
-

The analysis report is not self contained as if I try to drill into the  
step3-references-toClassLoader.htm details its trying to connection to:
http://localhost:8080/jboss-profiler/memory/references.jsp?...

The analysis is nice and is something I have been thinking about adding for a 
while. It needs to be decoupled from the front end such that I can embedded as 
a debugging function of an mbean and simply access the report offline or 
through the jmx-console.

The current codebase for the 4.0 branch is the tomcat-5.5.9 snapshot release. 
The org.apache.tomcat.util.threads.ThreadWithAttributes class has no static 
members, but the thread pool holding the ThreadWithAttributes lives outside of 
the war deployment as far as I can see. We would need to know the contexts 
where the ClassLoader references were created to track down where the leak is.

Let's take this discussion to the profiler design forum.


 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: analysis.zip


 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-head build.938 Build Successful

2005-04-08 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050408121220Lbuild.938
BUILD COMPLETE-build.938Date of build:04/08/2005 12:12:20Time to build:43 minutes 21 secondsLast changed:04/08/2005 10:10:42Last log entry:complete (almost) validation of unmarshalled testGenericBeanFactory.xml




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(2)1.2modifiedloubyanskytestsuite/src/main/org/jboss/test/xml/PojoServer1UnitTestCase.javacomplete (almost) validation of unmarshalled testGenericBeanFactory.xml1.1addedloubyanskytestsuite/src/main/org/jboss/test/xml/PojoServer1UnitTestCase.javaapproaching kernel deployment xml binding



[JBoss-dev] [Design of JTA and JTS on JBoss] - How to config JBoss so it can support https

2005-04-08 Thread liqundu
HI, I am new to JBoss, and would like to know how to configurate the Jboss 
server to support https.  Thanks in advance!

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873259#3873259

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873259


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Adrian Brock (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316810 ]
 
Adrian Brock commented on JBAS-1319:


I've run the following script for an hour without seeing any memory leak
or OutOfMemoryError.

while (true); do wget http://localhost:8080/jmx-console; touch 
~/jboss-4.0/workspace/build/output/jboss-4.0.2RC1/server/default/deploy/jmx-console.war/WEB-INF/web.xml;
 rm index.html; done

I changed JBoss to run with -Xms32m and -Xmx32m which left about 1.7meg
of free space which the GC was able to recycle.

Next, is to verify using a profiler that there is nothing holding the 
ClassLoader
after redeploy and the GC has done a full gc.

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: analysis.zip


 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - About User Informations

2005-04-08 Thread juliolda
Hi,

I need to access the user information:

I used this in the doView():


Map userInfo = (Map) request.getAttribute(PortletRequest.USER_INFO);
String name = (userInfo!=null) ? (String) userInfo.get(user.name.given) : ;


but the specification tell us that 

 If the request is done in the context of an un-authenticated user, calls to 5 
the getAttribute method of the request using the USER_INFO constant must return 
null. If the user is authenticated and there are no user attributes available, 
the Map must be an empty Map.

but when i log with admin, i receive the null text...

Anyone know how is the better way to take the user information, the ID as 
example...

Thanks, i am starting woth portlets, and jboss portal
Julio


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873267#3873267

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873267


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBMAIL-22) Implement Basic heap protection

2005-04-08 Thread Andrew Oliver (JIRA)
 [ http://jira.jboss.com/jira/browse/JBMAIL-22?page=history ]

Andrew Oliver updated JBMAIL-22:


Fix Version: 1.0-M4
 (was: 1.0-M3)

 Implement Basic heap protection
 ---

  Key: JBMAIL-22
  URL: http://jira.jboss.com/jira/browse/JBMAIL-22
  Project: JBoss Mail
 Type: Feature Request
 Versions: 1.0-M3
 Reporter: Andrew Oliver
 Assignee: Andrew Oliver
  Fix For: 1.0-M4


 Original Estimate: 3 hours
 Remaining: 3 hours

 http://www.jboss.org/wiki/Wiki.jsp?page=MailServicesMilestone2HeapProtection

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBMAIL-4) Add combo config finder to JBoss-Mail build

2005-04-08 Thread Andrew Oliver (JIRA)
 [ http://jira.jboss.com/jira/browse/JBMAIL-4?page=history ]

Andrew Oliver updated JBMAIL-4:
---

Fix Version: 1.0-M4
 (was: 1.0-M3)

 Add combo config finder to JBoss-Mail build
 ---

  Key: JBMAIL-4
  URL: http://jira.jboss.com/jira/browse/JBMAIL-4
  Project: JBoss Mail
 Type: Sub-task
   Components: build
 Versions: 1.0-M3
 Reporter: Andrew Oliver
 Assignee: Andrew Oliver
 Priority: Minor
  Fix For: 1.0-M4


 Original Estimate: 1 hour
 Remaining: 1 hour

 After combo/list controls are added, add a combo to gui-install which 
 contains all the possible configs given a JBOSS_HOME.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBMAIL-3) Add drop down list support to Cheese

2005-04-08 Thread Andrew Oliver (JIRA)
 [ http://jira.jboss.com/jira/browse/JBMAIL-3?page=history ]

Andrew Oliver updated JBMAIL-3:
---

Fix Version: 1.0-M4
 (was: 1.0-M3)

 Add drop down list support to Cheese
 

  Key: JBMAIL-3
  URL: http://jira.jboss.com/jira/browse/JBMAIL-3
  Project: JBoss Mail
 Type: Feature Request
   Components: build
 Versions: 1.0-M3
 Reporter: Andrew Oliver
 Assignee: Andrew Oliver
 Priority: Minor
  Fix For: 1.0-M4


 Original Estimate: 1 day
 Remaining: 1 day

 Add Combo boxes, and list controls to Cheese. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBMAIL-5) Implement new features for Cheese

2005-04-08 Thread Andrew Oliver (JIRA)
 [ http://jira.jboss.com/jira/browse/JBMAIL-5?page=history ]

Andrew Oliver updated JBMAIL-5:
---

Fix Version: 1.0-M4
 (was: 1.0-M3)

 Implement new features for Cheese
 -

  Key: JBMAIL-5
  URL: http://jira.jboss.com/jira/browse/JBMAIL-5
  Project: JBoss Mail
 Type: Feature Request
   Components: build
 Versions: 1.0-M3
 Reporter: Andrew Oliver
 Assignee: Andrew Oliver
 Priority: Minor
  Fix For: 1.0-M4


 Original Estimate: 3 hours
 Remaining: 3 hours

 Add looping feature to cheese.  Implement Loop task in the same spirit as 
 When
 Cheese
  Loop iterations=5 propertyName=userNum
 antcall task=adduser/
  /Loop
 /Cheese
 Add buttonQuestion task to Cheese.
 Cheese
   buttonQuestion label=Add User task=addUserScreen/
 /Cheese
 Add increment task feature to cheese.
 Cheese
   increment propertyName=userNum/
 /Cheese
 That gives us what we need for a nicer adduser feature in jbmail build 
 install process.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of Mail Services] - Preparing for M3-pre1 (TASK hunters, read this for TODOs)

2005-04-08 Thread [EMAIL PROTECTED]
I've committed changes to the build-dist.xml that allowed me to create an 
install of HEAD that successfully installs with Hypersonic.  In the near future 
I think I'm going to find ways to unify the build to make it impossible for 
people to develop/test without adding a build template/etc. :-)

My next task is to try and merge in the nokia performance fixes.  I'm very 
interested to get this in with the new stuff.  I need to ask Thomas Diesler 
(JBoss web services) to remind me what the messages per second or whatever was 
for them.  I was talking to an analyst the other day and I couldn't think of 
the number I was only like your kidding?  That good?  Already?  :-)

I'll start dinking to get it working on MySQL next week.  Meanwhile, it would 
be helpful to get some help with PostgreSQL since I don't have it installed and 
am underwhelmed at the prospect of running two databases on my server.  I can 
set it up in the lab but it will take too long since I've been robbing my lab 
servers for parts as of late :-).

I'm pushing the load testing effort off to M4 most likely.  I simply haven't 
had the bandwidth to make that happen this release though that is a major thing 
I want to get going very soon.  This may push back the IMAP effort as well.  
We'll see.

I'd like to check up with Heiko's fetchmail stuff shortly.  

It would be really good if someone could check into this bug: 
http://jira.jboss.com/jira/browse/JBMAIL-10.  Verify identity prohibts you from 
setting MAIL FROM to a user you AREN'T authenticated as or MAIL FROM a 
local user unless authenticated.  However it should allow you to send a mail to 
a local user when not authenticated so long as you don't SPOOF a local user.

Dawie I believe is going to be working on his side of the integration of 
Hibernate mail storage and BLOB-based (what is thet status of this?) body 
storage.  

Tom Elrod (JBoss remoting lead) wrote me a very complimentary email about how 
easy it was to get things set up and how great JBoss Mail Server was working 
for him.  You guys all deserve a pat on the back for that!  

-Andy

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873269#3873269

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873269


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBREM-93) Callback handler returning a generic Object

2005-04-08 Thread Ovidiu Feodorov (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-93?page=comments#action_12316811 
]
 
Ovidiu Feodorov commented on JBREM-93:
--

Yes, I guess I can use getCause() to get the original exception. Is this 
behaviour documented somewhere, so I can rely on it? Won't it change accross 
releases? If I didn't look in the code, I had no way of knowing I can do that. 
Since I wasn't able to find it documentated, I was reluctant to use it. 

On the other hand, if you have handleCallback() returning an Object, the 
interface would be much more intuitive. Any chance to include this is any of 
your upcoming releases?

 Callback handler returning a generic Object
 ---

  Key: JBREM-93
  URL: http://jira.jboss.com/jira/browse/JBREM-93
  Project: JBoss Remoting
 Type: Feature Request
   Components: callbacks
 Reporter: Ovidiu Feodorov
 Assignee: Tom  Elrod
 Priority: Optional



 InvokerCallbackHandler.handleCallback() returns void. However, is is able to 
 throw a HandleCallbackException that ultimately reaches the calling party. 
 I was wondering if it is a big deal to have handleCallback() returning a 
 generic Object. This would make the handleCallback()'s semantics more 
 flexible.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-132) primary key and unique should generate only one index

2005-04-08 Thread Stefan Lindner (JIRA)
primary key and unique should generate only one index
-

 Key: EJBTHREE-132
 URL: http://jira.jboss.com/jira/browse/EJBTHREE-132
 Project: EJB 3.0
Type: Bug
  Components: EJB3 Extensions  
Versions: Preview 5
 Environment: JBoss 4.0.2RC1, EJB3 preview 5, Java 1-5_02, WinXPSP2, DBMS 
Ingres R3.0.2
Reporter: Stefan Lindner
Priority: Minor


An entity with a column definition like

   @Column(
  name=id,
  primaryKey=true,
  unique=true,
  nullable=false,
  updatable=false,
  length=12,
  columnDefinition=varchar(12)
  )

leads to the error messages

   ERROR [SchemaExport] Unsuccessful: create table entity_a (id varchar(12) not 
null unique, description varchar(50) not null, display_value varchar(12) not 
null unique, primary key (id))
   ERROR [SchemaExport] CREATE TABLE: UNIQUE constraints have conflicting sets 
of columns. 
   The set of columns of one UNIQUE constraint cannot be the same as the set of 
columns of another UNIQUE constraint on the same table.

when the database table should be generated automatically.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: ClosedInterceptor and HierarchyInterceptor

2005-04-08 Thread [EMAIL PROTECTED]
anonymous wrote : There is one omission for now: The hierarchy interceptor does 
not maintain MessageConsumers. This is because there is currently no 
ConsumerDelegate class (the class returned from ServerSessionDelegate is a 
Consumer). Any proxy that's closed by the ClosedInterceptor needs to implement 
close() and closing() which the Consumer class doesn't.
  | 

You are right, this was an experiment, it was implemented that way because the 
Consumer didn't need to field any ConsumerDelegate method. All 
consumer-related methods are taken care of by interceptors. When all JMS 
functionality will be implemented, we will refactor the model and see what is 
the best aproach.

Do you really need a ConsumerDelegate class? What would be the reason to have 
it?



View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873276#3873276

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873276


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-4.0 build.484 Build Successful

2005-04-08 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050408144019Lbuild.484
BUILD COMPLETE-build.484Date of build:04/08/2005 14:40:19Time to build:27 minutes 42 secondsLast changed:04/08/2005 14:26:48Last log entry:Clarify JSR-88 usage




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(5)1.1.1.1.4.2modifiedtdieslerdeployment/src/main/org/jboss/deployment/spi/DeploymentManagerImpl.javaClarify JSR-88 usage1.1.1.1.4.1modifiedtdieslerdeployment/src/main/org/jboss/deployment/spi/DeploymentMetaData.javaClarify JSR-88 usage1.1.1.1.4.1modifiedtdieslerdeployment/src/main/org/jboss/deployment/spi/JMXTarget.javaClarify JSR-88 usage1.1.1.1.4.1modifiedtdieslerdeployment/src/main/org/jboss/deployment/spi/LocalhostTarget.javaClarify JSR-88 usage1.1.1.1.4.1modifiedtdieslerdeployment/src/main/org/jboss/deployment/spi/factories/DeploymentFactoryImpl.javaClarify JSR-88 usage



[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1523) JBAS-30 - txtimers created via Servlet init get duplicated

2005-04-08 Thread Ryan Campbell (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1523?page=history ]

Ryan Campbell reassigned JBAS-1523:
---

Assign To: Pushkala Iyer  (was: JBoss QA Lead)

Pushkala, please drop this in your jboss-4.0.0 and run the testsuite.  If it 
creates no additional failures, please resolve the issue.

 JBAS-30 - txtimers created via Servlet init get duplicated
 --

  Key: JBAS-1523
  URL: http://jira.jboss.com/jira/browse/JBAS-1523
  Project: JBoss Application Server
 Type: Support Patch
 Versions: JBossAS-4.0.0 Final
 Reporter: Luc Texier
 Assignee: Pushkala Iyer
  Attachments: jboss_jar-patched.jar


 Some customers have expressed the wish to get the issue fixed in JBossAS 4.0.0

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (EJBTHREE-132) primary key and unique should generate only one index

2005-04-08 Thread Stefan Lindner (JIRA)
 [ 
http://jira.jboss.com/jira/browse/EJBTHREE-132?page=comments#action_12316813 ]
 
Stefan Lindner commented on EJBTHREE-132:
-

The same happens if I define the column like this:

   @Id
   @Column(
  name=id,
  nullable=false,
  updatable=false,
  length=12,
  columnDefinition=varchar(12)
  )

and the uniqeness of the column directly in the entity definition like this:

   @Entity()
   @Table(  name = entity_a, [EMAIL PROTECTED](columnNames={id})})


 primary key and unique should generate only one index
 -

  Key: EJBTHREE-132
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-132
  Project: EJB 3.0
 Type: Bug
   Components: EJB3 Extensions
 Versions: Preview 5
  Environment: JBoss 4.0.2RC1, EJB3 preview 5, Java 1-5_02, WinXPSP2, DBMS 
 Ingres R3.0.2
 Reporter: Stefan Lindner
 Priority: Minor



 An entity with a column definition like
@Column(
   name=id,
   primaryKey=true,
   unique=true,
   nullable=false,
   updatable=false,
   length=12,
   columnDefinition=varchar(12)
   )
 leads to the error messages
ERROR [SchemaExport] Unsuccessful: create table entity_a (id varchar(12) 
 not null unique, description varchar(50) not null, display_value varchar(12) 
 not null unique, primary key (id))
ERROR [SchemaExport] CREATE TABLE: UNIQUE constraints have conflicting 
 sets of columns. 
The set of columns of one UNIQUE constraint cannot be the same as the set 
 of columns of another UNIQUE constraint on the same table.
 when the database table should be generated automatically.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Can we start writing jms test clients to check complianc

2005-04-08 Thread [EMAIL PROTECTED]
It shouldn't be slow. Something it's wrong. JGroups scales well (when used 
correctly) and the breaking point is certainly NOT 3 members. I wouldn't go the 
RMI path, I would try to figure out what's wrong with your approach. Remeber 
that we eventually want to evolve this in a distributed test framework. If you 
send me the code and explain what you are trying to do, I could take a look ...

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873278#3873278

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873278


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBMAIL-54) Remove ALL hardcoded MBEAN NAMES!!!

2005-04-08 Thread Andrew Oliver (JIRA)
Remove ALL hardcoded MBEAN NAMES!!!
---

 Key: JBMAIL-54
 URL: http://jira.jboss.com/jira/browse/JBMAIL-54
 Project: JBoss Mail
Type: Task
  Components: Mail Server APIs, POP, Security, SMTP  
Versions: 1.0-M3
Reporter: Andrew Oliver
 Assigned to: Michael Barker 
Priority: Critical
 Fix For: 1.0-M3


There are hardcoded MBean names...

...
public abstract class MailBody
{
...
   public final static String MAILBODY_MANAGER_NAME = 
jboss.mail:type=MailServices,name=MailBodyManager;


These should nver be in code but should always be externalized.  For one there 
might be multiple instances of JBMS hosted in the same appserver which would 
require different domains.  Moreover its just naughty :-)

I assigned this to Mike because I only see this in the store code so far.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: How I can get in AdminCMSPortlet???

2005-04-08 Thread swblass
I can't speak for vefkt but I can describe my similar problem.  The AdminCMS 
link seems to bring up the permissions management portlet.I'm using 
jboss-4.0.1sp1 
jboss-portal-2.0-beta1a-bin
jboss-forums-2.0-beta1-bin

I can log in as admin.  I can see the AdminCMS link  and when I click it I get 
a permissions management page.  I get a permissions management page no matter 
what path I try to take after clicking the Admin CMS link except for the Upload 
File link which does absolutely nothing and the Create File link which yields
javax.portlet.PortletException
at 
org.jboss.portal.portlet.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:127)
at 
org.jboss.portal.core.portlet.cms.admin.AdminCMSPortlet.doView(AdminCMSPortlet.java:485)
at org.jboss.portlet.JBossPortlet.doDispatch(JBossPortlet.java:169)
at 
org.jboss.portal.core.portlet.cms.admin.AdminCMSPortlet.render(AdminCMSPortlet.java:1051)
at org.jboss.portlet.JBossPortlet.render(JBossPortlet.java:233)
at 
org.jboss.portal.portlet.invocation.DispatcherInterceptor.invokeRequest(DispatcherInterceptor.java:143)
at 
org.jboss.portal.portlet.invocation.DispatcherInterceptor.invoke(DispatcherInterceptor.java:171)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.portlet.invocation.PreferencesInterceptor.invoke(PreferencesInterceptor.java:93)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.server.invocation.component.ContextDispatcherInterceptor$InvokeNextCommand.execute(ContextDispatcherInterceptor.java:94)
at sun.reflect.GeneratedMethodAccessor173.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.portal.server.servlet.CommandServlet.doGet(CommandServlet.java:49)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704)
at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:552)
at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:510)
at 
org.jboss.portal.server.invocation.component.ContextDispatcherInterceptor.invoke(ContextDispatcherInterceptor.java:58)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.core.invocation.AccessControlInterceptor.invoke(AccessControlInterceptor.java:125)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.server.invocation.component.ModeInterceptor.invoke(ModeInterceptor.java:37)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.core.invocation.ConstrainedWindowStateInterceptor.invoke(ConstrainedWindowStateInterceptor.java:51)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.server.invocation.component.ParametersInterceptor.invoke(ParametersInterceptor.java:70)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.server.invocation.component.CacheInterceptor.invoke(CacheInterceptor.java:74)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:242)
at org.jboss.portal.server.Component.invoke(Component.java:127)
at 
org.jboss.portal.server.invocation.portal.MainDispatcherInterceptor.invoke(MainDispatcherInterceptor.java:164)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.core.invocation.ContentTypeInterceptor.invoke(ContentTypeInterceptor.java:117)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.core.invocation.ViewInterceptor.invoke(ViewInterceptor.java:58)
at 
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217)
at 
org.jboss.portal.core.invocation.UserContextInterceptor.invoke(UserContextInterceptor.java:121)
at 

[JBoss-dev] jboss-head build.939 Build Successful

2005-04-08 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050408151849Lbuild.939
BUILD COMPLETE-build.939Date of build:04/08/2005 15:18:49Time to build:19 minutes 28 secondsLast changed:04/08/2005 15:07:55Last log entry:Changed according to the conclusion of http://jira.jboss.com/jira/browse/JBREM-93




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(1)1.5modifiedovidiufjms/src/main/org/jboss/jms/server/endpoint/Consumer.javaChanged according to the conclusion of http://jira.jboss.com/jira/browse/JBREM-93



[JBoss-dev] [Design of JBoss Portal] - Re: shared state between HttpSession and PortletSession

2005-04-08 Thread schnelzer
I have two Portlet Applications in two separate .war files.  I need to set a 
user session variable in one Portlet Application and then read it in the second 
application.  Per the Portlet Spec this does not work using 
PortletSession session = request.getPortletSession();
  | session.setAttribute(User Variable, myUserVar, 
PortletSession.APPLICATION_SCOPE);

So if you can't do it using the PortletSession, then what is the best way to do 
this (based on your best practices ;-)  ).

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873285#3873285

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873285


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Adrian Brock (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316814 ]
 
Adrian Brock commented on JBAS-1319:


If I redeploy the jmx-console I don't see any problem with its classloader
getting GCed.

If I redeploy the jboss-profiler.war, I don't see a full GC
clearing its classloader.

This isn't very suprising to me, since it is a Struts application.
Struts or its use of apache commons and their internal static maps
have historically caused memory leaks.

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: analysis.zip


 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Clebert Suconic (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316815 ]
 
Clebert Suconic commented on JBAS-1319:
---

I think for a small application like JMX-console you would have to re-deploy it 
a lot until you get into any memory boundaries.

I'm creating a docummentation for the JVMTI version I created, so I think you 
will be able to use the profiler yourself and look for leaks in any other 
application. What I would do is to order by signature. (The name is kind of 
hidden due to my lacking of UI skills).

Please, take a look at the jboss-profiler forum as I'm going to post locations 
there.

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: analysis.zip


 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Adrian Brock (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316817 ]
 
Adrian Brock commented on JBAS-1319:


I did redeploy it lots of times. One hours worth of redeploys in a loop.

Anyway the issue is mute, since I can see the jmx-console's classloader
getting GCed, but not the jboss-profiler's.

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: analysis.zip

   Time Spent: 1 week

 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Adrian Brock (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316818 ]
 
Adrian Brock commented on JBAS-1319:


What we really need is to identify the classloader
classloader.toString()
and then provide backtraces to what is holding references:

object - class - classloader

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: analysis.zip

   Time Spent: 1 week

 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-4.0 build.485 Build Successful

2005-04-08 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050408162403Lbuild.485
BUILD COMPLETE-build.485Date of build:04/08/2005 16:24:03Time to build:28 minutes 45 secondsLast changed:04/08/2005 15:01:24Last log entry:Clarify JSR-88 usage.Add JSR-88 test case.




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(11)1.4.2.4modifiedtdieslertools/etc/buildmagic/modules.xmlClarify JSR-88 usage.Add JSR-88 test case.1.406.2.54modifiedstarksmtestsuite/build.xmlThe jbosstest.dist property cannot be set until after the server-config.xml has been imported.1.406.2.53modifiedtdieslertestsuite/build.xmlClarify JSR-88 usage.Add JSR-88 test case.1.1.2.1modifiedtdieslertestsuite/src/resources/deployment/WEB-INF/web.xmlClarify JSR-88 usage.Add JSR-88 test case.1.1.2.1modifiedtdieslertestsuite/src/resources/deployment/WEB-INF/jboss-web.xmlClarify JSR-88 usage.Add JSR-88 test case.1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/deployment/DeploymentTestCase.javaClarify JSR-88 usage.Add JSR-88 test case.1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/deployment/SampleServlet.javaClarify JSR-88 usage.Add JSR-88 test case.1.9.2.66modifiedtdieslertestsuite/imports/test-jars.xmlClarify JSR-88 usage.Add JSR-88 test case.1.2.6.1modifiedtdieslerj2ee/src/main/javax/enterprise/deploy/spi/DeploymentManager.javaClarify JSR-88 usage.Add JSR-88 test case.1.1.6.1modifiedtdieslerj2ee/src/main/javax/enterprise/deploy/spi/factories/DeploymentFactory.javaClarify JSR-88 usage.Add JSR-88 test case.1.2.6.1modifiedtdieslerj2ee/src/main/javax/enterprise/deploy/shared/factories/DeploymentFactoryManager.javaClarify JSR-88 usage.Add JSR-88 test case.



[JBoss-dev] [Design of JBoss Portal] - Re: How I can get in AdminCMSPortlet???

2005-04-08 Thread swblass
Never mind...  I found the fix for the problem I was having.  I had changed the 
default port jboss was listening on.  Now that I have I put things back the way 
they were originally, the AdminCMS portlet is working.



View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873290#3873290

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873290


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Resolved: (HIBERNATE-13) testEjbInterception Unit Test failure

2005-04-08 Thread Ryan Campbell (JIRA)
 [ http://jira.jboss.com/jira/browse/HIBERNATE-13?page=history ]
 
Ryan Campbell resolved HIBERNATE-13:


Resolution: Done

Well, it works now. Thanks, Steve.

 testEjbInterception Unit Test failure
 -

  Key: HIBERNATE-13
  URL: http://jira.jboss.com/jira/browse/HIBERNATE-13
  Project: Hibernate
 Type: Bug
  Environment: win xp sp2
 Reporter: Pushkala Iyer
 Assignee: Ryan Campbell



 The following test is failing in the 4.0 branch and needs to be resolved 
 before the 4.0.2 Final release.  We've tested this in multiple environments 
 and received the same error.
 Test Case: org.jboss.test.hibernate.test.HibernateIntgUnitTestCase
 Test : testEjbInterception
 Stack Trace: 
 RemoteException occurred in server thread; nested exception is: 
 java.rmi.ServerException: RuntimeException; nested exception is: 
 org.jboss.util.NestedRuntimeException: Unable to retreive Session; - nested 
 throwable: (net.sf.hibernate.HibernateException: Unable to locate 
 SessionFactory in JNDI under name [java:/hibernate/SessionFactory])
 java.rmi.ServerException: RemoteException occurred in server thread; nested 
 exception is: 
   java.rmi.ServerException: RuntimeException; nested exception is: 
   org.jboss.util.NestedRuntimeException: Unable to retreive Session; - 
 nested throwable: (net.sf.hibernate.HibernateException: Unable to locate 
 SessionFactory in JNDI under name [java:/hibernate/SessionFactory])
   at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:292)
   at sun.rmi.transport.Transport$1.run(Transport.java:148)
   at java.security.AccessController.doPrivileged(Native Method)
   at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
   at 
 sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
   at 
 sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
   at java.lang.Thread.run(Thread.java:534)
   at 
 sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247)
   at 
 sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
   at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133)
   at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown 
 Source)
   at 
 org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:118)
   at 
 org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227)
   at 
 org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167)
   at 
 org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
   at 
 org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
   at 
 org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97)
   at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
   at $Proxy2.storeUser(Unknown Source)
   at 
 org.jboss.test.hibernate.test.HibernateIntgUnitTestCase.testEjbInterception(HibernateIntgUnitTestCase.java:54)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
   at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
   at junit.extensions.TestSetup.run(TestSetup.java:23)
 Caused by: java.rmi.ServerException: RuntimeException; nested exception is: 
   org.jboss.util.NestedRuntimeException: Unable to retreive Session; - 
 nested throwable: (net.sf.hibernate.HibernateException: Unable to locate 
 SessionFactory in JNDI under name [java:/hibernate/SessionFactory])
   at 
 org.jboss.ejb.plugins.LogInterceptor.handleException(LogInterceptor.java:386)
   at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:196)
   at 
 org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
   at 
 org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
   at org.jboss.ejb.Container.invoke(Container.java:873)
   at sun.reflect.GeneratedMethodAccessor315.invoke(Unknown Source)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   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:249)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
   at 
 

[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Clebert Suconic (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316820 ]
 
Clebert Suconic commented on JBAS-1319:
---

HUH?

Well... I don't have access to Java methods through JVMTI, and plus I'm already 
showing the references throught the jboss-profiler memory module.

Have you tried it?

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: analysis.zip

   Time Spent: 1 week

 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: shared state between HttpSession and PortletSession

2005-04-08 Thread [EMAIL PROTECTED]
you can try to use a static map where you key objects with session ID because 
they will be the same. Of course you need an eviction mechanism to remove the 
expired objects.

I have some prototype sitting in my intellij projects, send me an email if you 
want me to send you the code.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873293#3873293

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873293


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-4.0-jdk-matrix build.124 Build Successful

2005-04-08 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050408172545Lbuild.124
BUILD COMPLETE-build.124Date of build:04/08/2005 17:25:45Time to build:25 minutes 22 secondsLast changed:04/08/2005 15:01:24Last log entry:Clarify JSR-88 usage.Add JSR-88 test case.




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(23)1.4.2.4modifiedtdieslertools/etc/buildmagic/modules.xmlClarify JSR-88 usage.Add JSR-88 test case.1.406.2.54modifiedstarksmtestsuite/build.xmlThe jbosstest.dist property cannot be set until after the server-config.xml has been imported.1.406.2.53modifiedtdieslertestsuite/build.xmlClarify JSR-88 usage.Add JSR-88 test case.1.1.2.1modifiedtdieslertestsuite/src/resources/deployment/WEB-INF/web.xmlClarify JSR-88 usage.Add JSR-88 test case.1.1.2.1modifiedtdieslertestsuite/src/resources/deployment/WEB-INF/jboss-web.xmlClarify JSR-88 usage.Add JSR-88 test case.1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/deployment/DeploymentTestCase.javaClarify JSR-88 usage.Add JSR-88 test case.1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/deployment/SampleServlet.javaClarify JSR-88 usage.Add JSR-88 test case.1.9.2.66modifiedtdieslertestsuite/imports/test-jars.xmlClarify JSR-88 usage.Add JSR-88 test case.1.2.6.1modifiedtdieslerj2ee/src/main/javax/enterprise/deploy/spi/DeploymentManager.javaClarify JSR-88 usage.Add JSR-88 test case.1.1.6.1modifiedtdieslerj2ee/src/main/javax/enterprise/deploy/spi/factories/DeploymentFactory.javaClarify JSR-88 usage.Add JSR-88 test case.1.2.6.1modifiedtdieslerj2ee/src/main/javax/enterprise/deploy/shared/factories/DeploymentFactoryManager.javaClarify JSR-88 usage.Add JSR-88 test case.1.1.1.1.4.2modifiedtdieslerdeployment/src/main/org/jboss/deployment/spi/DeploymentManagerImpl.javaClarify JSR-88 usage1.1.1.1.4.1modifiedtdieslerdeployment/src/main/org/jboss/deployment/spi/DeploymentMetaData.javaClarify JSR-88 usage1.1.1.1.4.1modifiedtdieslerdeployment/src/main/org/jboss/deployment/spi/JMXTarget.javaClarify JSR-88 usage1.1.1.1.4.1modifiedtdieslerdeployment/src/main/org/jboss/deployment/spi/LocalhostTarget.javaClarify JSR-88 usage1.1.1.1.4.1modifiedtdieslerdeployment/src/main/org/jboss/deployment/spi/factories/DeploymentFactoryImpl.javaClarify JSR-88 usage1.26.2.8modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/TomcatDeployer.java- Disable session persistence by default.1.2.2.4modifiedsteveebersolehibernate/src/main/org/jboss/hibernate/session/TransactionSynch.javaadded FlushException1.2.2.6modifiedsteveebersolehibernate/build.xmladded the convenience targets1.15.4.2modifiedejortserver/.classpathThis is not source.1.5.6.1modifiedejortconnector/src/main/org/jboss/resource/adapter/jms/JmsSessionFactory.javaFix the error message to try to avoid the FAQ1.11.6.3modifiedejortconnector/src/main/org/jboss/resource/adapter/jms/JmsSessionFactoryImpl.javaFix the error message to try to avoid the FAQ1.10.6.3modifiedejortconnector/src/main/org/jboss/resource/adapter/jms/JmsSession.javaFix the error message to try to avoid the FAQ



[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Clebert Suconic (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1319?page=history ]

Clebert Suconic updated JBAS-1319:
--

Attachment: ServletExample.zip

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: ServletExample.zip, analysis.zip

   Time Spent: 1 week

 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Will the Portal support deployment to other AS?

2005-04-08 Thread jjustice
I haven't been able to find a definitve answer to this yet.  We would like to 
be able to deliver a consistent Portal solution to our clients regardless of 
whether they have already adopted an Application Server Platform.  So far, the 
other AS vendors have tight coupling between their AS and Portal offerings, 
forcing us to look at decoupled alternatives like Liferay and eXo.  But we 
would also rather have a more trusted name like JBoss/Novell behind our Portal. 
 Will the JBoss Portal eventually support deployment into other J2EE containers 
beyond JBoss?

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873298#3873298

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873298


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Clebert Suconic (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316821 ]
 
Clebert Suconic commented on JBAS-1319:
---

I uploaded a ServletExample.zip that I was using to test.
That file was releasing Classes without any problem.

I would assume the problem is something on the jakarta's connection/struts.

The application (ServletExample) i uploaded I can even see by -verbose:gc that 
the classes are being unloaded.



I don't know what action we should take, as it's pretty strange an struts 
application holding a reference into a Tomcat classloader.

Maybe this is because of Servlet's properties holded by Struts (during the 
struts-xml parsing), and a simple application doesn't have that class loaded.

If you remember in my analysis, I have two instances of jakarta's collections. 
I realized later on from my post that these collections are referred by the 
thread, and this is not done by a static variable in the thread. It's done by a 
class-variable in the thread.


I will try to improve ServletExample.zip in a way to use the same behavior as a 
Struts-servlet.

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: ServletExample.zip, analysis.zip

   Time Spent: 1 week

 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Clebert Suconic (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316822 ]
 
Clebert Suconic commented on JBAS-1319:
---

I added these three lines to HttpStressTest.java, and the VM still releasing 
the class:
public void init() throws ServletException {
System.out.println(INIT Test);
getServletContext().setAttribute(Test-class, this);
}



So... I guess that patch created at 02-05-2005 fixed the classloading issue, 
but there still issues when using Jakarta collections and struts.

So Adrian, should we try a patch into struts or should we just close this issue 
and set the resolution as done?

If we found an application that reproduces this bug again we could reopen this 
issue.



 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: ServletExample.zip, analysis.zip

   Time Spent: 1 week

 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1319) redeploy causes OutOfMemoryError

2005-04-08 Thread Clebert Suconic (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1319?page=comments#action_12316823 ]
 
Clebert Suconic commented on JBAS-1319:
---

Forget what I said about jakarta's collections.

I did the deployment test with Specj that doesn't use any jakarta's collection.
The only think it uses is the XML reader. (but I don't think it was loaded by 
the deployment/init time).


So... it looks like the produced patch in Tomcat works for simple loading 
scenarios but still produces leaks for more complex usage scenarios.

I could or upload the profiler snapshot for you somewhere then you could 
navigate through the heap yourself or I could provide you access to the Specj 
deployment as we have license for this.


So.. I regreat on what I said about closing this issue! ;-)

 redeploy causes OutOfMemoryError
 

  Key: JBAS-1319
  URL: http://jira.jboss.com/jira/browse/JBAS-1319
  Project: JBoss Application Server
 Type: Bug
   Components: Web (Tomcat) service
 Versions: JBossAS-4.0.1 Final
  Environment: JBoss 4.0.1 running on fedora core 3, using jdk 1.5.0
 Reporter: Matthew Todd
 Assignee: Adrian Brock
  Attachments: ServletExample.zip, analysis.zip

   Time Spent: 1 week

 Constant redployment, even of a simple web application eventually causes an 
 OutOfMemoryError in JBoss. 
 To duplicate, keep on copying a .war package into a servers hot deploy 
 directory. Eventually an OutOfMemoryError occurs. 
 This is especially dangerous when running as a cluster, as when the node is 
 restarted, it is unable to join the cluster again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: Will the Portal support deployment to other AS?

2005-04-08 Thread [EMAIL PROTECTED]
Eventually this will be something we look at, but it needs the jboss5 pojo 
framework to be a reality. We also have a lot of implementation work that we 
certainly don't want to impeded by having to worry about cross platform support.


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873306#3873306

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873306


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Closed: (JBREM-86) finish RMIJRMPServerImpl implementation

2005-04-08 Thread Tom Elrod (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-86?page=history ]
 
Tom  Elrod closed JBREM-86:
---

Resolution: Done

All methods implemented.

 finish RMIJRMPServerImpl implementation
 ---

  Key: JBREM-86
  URL: http://jira.jboss.com/jira/browse/JBREM-86
  Project: JBoss Remoting
 Type: Task
   Components: jmx remoting
 Versions: JMX Remoting 1.0.1
 Reporter: Tom  Elrod
 Assignee: Tom  Elrod
  Fix For: JMX Remoting 1.0.1


 Original Estimate: 2 days
 Remaining: 2 days

 A few methods yet to be implemented.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBREM-78) RMIConnector implementation

2005-04-08 Thread Tom Elrod (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-78?page=comments#action_12316825 
]
 
Tom  Elrod commented on JBREM-78:
-

Finished all implementation besides notification handling, which needs to be 
implemented throughout.

 RMIConnector implementation
 ---

  Key: JBREM-78
  URL: http://jira.jboss.com/jira/browse/JBREM-78
  Project: JBoss Remoting
 Type: Task
   Components: jmx remoting
 Versions: JMX Remoting 1.0.1
 Reporter: Tom  Elrod
 Assignee: Tom  Elrod
 Priority: Critical
  Fix For: JMX Remoting 1.0.1


 Original Estimate: 1 week, 3 days
 Remaining: 1 week, 3 days

 Implement RMIConnector per spec (which is required protocol).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Closed: (JBREM-76) Classloading support

2005-04-08 Thread Tom Elrod (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-76?page=history ]
 
Tom  Elrod closed JBREM-76:
---

Resolution: Done

This has been implemented throughout the RMI implementation (will need to add 
into any new transport implementations).

 Classloading support
 

  Key: JBREM-76
  URL: http://jira.jboss.com/jira/browse/JBREM-76
  Project: JBoss Remoting
 Type: Task
   Components: jmx remoting
 Versions: JMX Remoting 1.0.1
 Reporter: Tom  Elrod
 Assignee: Tom  Elrod
  Fix For: JMX Remoting 1.0.1


 Original Estimate: 1 week, 3 days
 Remaining: 1 week, 3 days

 Need support for class loading as defined in spec (section 2.11).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBREM-74) Notification support

2005-04-08 Thread Tom Elrod (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-74?page=comments#action_12316827 
]
 
Tom  Elrod commented on JBREM-74:
-

Pretty much all the other core calls have been implemented except the 
notification handling.  All the notification methods have been stubbed out to 
throw runtime exceptions saying that that method has not yet been implemented.  
Also noted by TODO: -TME Implement comments.

 Notification support
 

  Key: JBREM-74
  URL: http://jira.jboss.com/jira/browse/JBREM-74
  Project: JBoss Remoting
 Type: Task
   Components: jmx remoting
 Versions: JMX Remoting 1.0.1
 Reporter: Tom  Elrod
 Assignee: Tom  Elrod
  Fix For: JMX Remoting 1.0.1


 Original Estimate: 1 week
 Remaining: 1 week

 Remote notifications support, including notification buffer.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBREM-93) Callback handler returning a generic Object

2005-04-08 Thread Tom Elrod (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-93?page=comments#action_12316828 
]
 
Tom  Elrod commented on JBREM-93:
-

I don't think this is documented anywhere.  

The real problem lies in that there can be many exceptions that are raised that 
have nothing to do with the actual callback handler receiving the callback 
(i.e. network connection problem).  Another major issue is that the client may 
get the callbacks by polling, so even if the client has a problem processing 
the callback, there is no way to provide this feedback to server (and is up to 
client if is push or pull, so no way for server side to rely on this behavior). 
 

I would prefer to change the HandleCallbackException than return an Object from 
the handleCallback() method because of the forementioned problem of not knowing 
if is push or pull (as would always have to return some default value if was 
pull, like null, since would not be able to get it from the client till 
sometime later).  

So if I added something to HandleCallbackException like getUserException() 
which would return original exception thrown by client (if there was one, 
otherwise return null), would that work?  Also, would it be useful to provide a 
way of knowing if CallbackHandler is using pull or push model?

Maybe a use case would help me understand what you are after a little better.  

 Callback handler returning a generic Object
 ---

  Key: JBREM-93
  URL: http://jira.jboss.com/jira/browse/JBREM-93
  Project: JBoss Remoting
 Type: Feature Request
   Components: callbacks
 Reporter: Ovidiu Feodorov
 Assignee: Tom  Elrod
 Priority: Optional



 InvokerCallbackHandler.handleCallback() returns void. However, is is able to 
 throw a HandleCallbackException that ultimately reaches the calling party. 
 I was wondering if it is a big deal to have handleCallback() returning a 
 generic Object. This would make the handleCallback()'s semantics more 
 flexible.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


  1   2   >