[
http://jira.jboss.com/jira/browse/JBAS-1279?page=comments#action_12314617 ]
Wonne Keysers commented on JBAS-1279:
-
Thanks!
It might be even more interesting to let the Shutdown class ask for a password
when only `shutdown.sh -S -u admin` is
persistence
---
Key: JBPM-58
URL: http://jira.jboss.com/jira/browse/JBPM-58
Project: JBoss jBPM
Type: Task
Components: Core Engine
Reporter: Tom Baeyens
Assigned to: Tom Baeyens
Priority: Minor
1) how to delete process instances and process
Thanks for the answer.
Is there something that I am doing wrong in my package to cause this issue?
This is happening upon the re-deploy of the EAR, so I am wondering why the
re-deploy is using a destroyed class loader instead of a new one.
Any suggestions on how I might fix it or is the JBoss
JCA Resource is not undeployed
--
Key: JBAS-1281
URL: http://jira.jboss.com/jira/browse/JBAS-1281
Project: JBoss Application Server
Type: Bug
Components: JCA service
Versions: JBossAS-4.0.1 Final
Environment: Java version:
[ http://jira.jboss.com/jira/browse/JBAS-1281?page=history ]
Michael Kopp updated JBAS-1281:
---
Attachment: server.log
I extracted the interessting part of the server log
JCA Resource is not undeployed
--
Key:
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050111033152Lbuild.688
BUILD COMPLETE-build.688Date of build:01/11/2005 03:31:52Time to build:35 minutes 30 secondsLast changed:01/11/2005 02:49:28Last log entry:switched id generator to
Fallback to message-destination-type
Key: JBAS-1282
URL: http://jira.jboss.com/jira/browse/JBAS-1282
Project: JBoss Application Server
Type: Feature Request
Components: EJBs
Versions: JBossAS-4.0.1 Final
Environment:
[ http://jira.jboss.com/jira/browse/JBMICROCONT-5?page=history ]
Dimitris Andreadis reassigned JBMICROCONT-5:
Assign To: Dimitris Andreadis
Main Deployer
-
Key: JBMICROCONT-5
URL:
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050111053753Lbuild.689
BUILD COMPLETE-build.689Date of build:01/11/2005 05:37:53Time to build:44 minutes 15 secondsLast changed:01/11/2005 05:00:32Last log entry:fixed complex type
ChannelClosedException does not always reconnect correctly
--
Key: JGRP-24
URL: http://jira.jboss.com/jira/browse/JGRP-24
Project: JGroups
Type: Bug
Environment: Fedora Linux. JDK 1.4
Reporter: Tarek
Hi,
Thanks for that - I can see the forums app has been built into a SAR file for
deployment with a WAR of JSP+resources inside that. That looks ok - but how
then do I access it? I assume if I reference the forums portlet instance from
the default-portal.xml in the nukes-core.WAR then it will
no it will not fail if you specify a window in -portal.xml.
Usually a window depends on a portal and an instance. The instance in its turn
depends on a deployed portlet.
JBoss Portal has been build in the mind that not all the components may be
present at runtime. So for JBoss Portal window =
[ http://jira.jboss.com/jira/browse/JBAS-1275?page=history ]
Scott M Stark updated JBAS-1275:
Attachment: jboss-all-config-tests_gc.log
I ran the jboss-all-config-tests using jdk1.5.0_01:
[EMAIL PROTECTED] testsuite]$ ant -Dnojars=t
in JBoss jBPM we want to use xml dom trees and xpath expression handling.
afaik,
j2se 1.4 includes jaxp 1.1 (no xpath expression handling)
j2ee 1.4 includes jaxp 1.2
j2se 1.5 includes jaxp 1.3 (includes xpath expressions)
my initial idea is to use jaxp domtrees and jaxen for the xpath
The example in the diagram illustrates that components will be extacted from
the source tree. Certainly, aop cache make sense as standalone components.
The question is, how far do we want to take this? Do we want to extract all
components into their own projects?
View the original post :
You'll have to show me why it is easier.
Take the pathological case:
1) A bean is requested to be deployed that has the security annotation, BUT the
bean class is not deployed yet so we don't this yet.
2) When the bean class is deployed it then knows it needs to add the aspect and
metadata, but
use java perspective.
and read general FAQ sections before posting
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861604#3861604
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861604
Hi, I am working with jbosscache 1.2 and jboss 4.0.1 and I got the following
message everytime I get a node from the cache and don't put anyone.
[CacheStoreInterceptor] failed committing transaction to cache loader
| java.lang.Exception: transaction null:2 not found in transaction table
|
I think we can extract pretty much any root directory under the jboss tree (and
probably should). This would start with common (as you noted in your diagram)
and go from there (since common should not have any other module that it
depends on). Hopefully we won't have any circular dependancies
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
You can see earlier on in this thread I used joinPoint.getMetaData()
I have not been arguing against it.
I am arguing against having
getMetaData() and getAnnotation()
there should be one api (which might be neither or a combination of these)
unless there is good reason otherwise.
View the
SOAP SAAJ JBOSS implementation attachments bug
--
Key: JBAS-1284
URL: http://jira.jboss.com/jira/browse/JBAS-1284
Project: JBoss Application Server
Type: Bug
Components: Web Services service
Versions: JBossAS-4.0.1
[
http://jira.jboss.com/jira/browse/JBAS-1284?page=comments#action_12314624 ]
Anil Saldhana commented on JBAS-1284:
-
WS-I Basic Profile does not endorse Soap with Attachments. Since the goal of
v4.0 in JBoss was J2EE 1.4 compliance, we had to
[ http://jira.jboss.com/jira/browse/JBAS-1283?page=history ]
Jeremy Brown updated JBAS-1283:
---
Attachment: test.war
Test war file which exhibits behavior.
Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used for
Webapp
[ http://jira.jboss.com/jira/browse/JBAS-1283?page=history ]
Anil Saldhana updated JBAS-1283:
Priority: Minor (was: Major)
This is not a major issue.
Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used for
Webapp
[
http://jira.jboss.com/jira/browse/JBAS-1275?page=comments#action_12314628 ]
Clebert Suconic commented on JBAS-1275:
---
For generating CorrectAnalysis-jvm14.permanentCapacity.txt I've used this line
command:
jstat -gcpermcapacity 3224 5s
Bill, we are going in circles.
You asked me to show you where this metadata is defined in the current xml
It is not, that is what we are discussing how to do here. That was my question
earlier
in the thread.
You say the aspect needs to get metadata from the bean class/joinpoint.
I agree, that
[EMAIL PROTECTED] wrote : You'll have to show me why it is easier.
|
| Take the pathological case:
|
| 1) A bean is requested to be deployed that has the security annotation, BUT
the
| bean class is not deployed yet so we don't this yet.
|
| 2) When the bean class is deployed it
[ http://jira.jboss.com/jira/browse/JBAS-1283?page=history ]
Anil Saldhana reassigned JBAS-1283:
---
Assign To: Anil Saldhana (was: Scott M Stark)
Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used for
Webapp
[ http://jira.jboss.com/jira/browse/JBAS-1275?page=history ]
Clebert Suconic updated JBAS-1275:
--
Attachment: CorrectAnalysis-jvm14.permanentCapacity.txt
Due to a problem during the execution of the testcases I was getting wrong
results.
Here is a
[
http://jira.jboss.com/jira/browse/JBAS-1275?page=comments#action_12314627 ]
Clebert Suconic commented on JBAS-1275:
---
For generating CorrectAnalysis-jvm14.permanentCapacity.txt I've used this line
command:
jstat -gcpermcapacity 3224 5s
I think whether or not to pad needs to happen at the JCA level. That the
XAResource interface must be wrapped and when prepare or commit is called a new
Xid should be created based on whether padding should be done or not. We will
need the same for XAResource.recover as different XAResources
I thought we were arguing over two things
1) That both joinpoint instances and invocation instances need metadata
lookups. I think we both agree that joinpoint instances need metadata lookup.
Do we agree that invocation intances need a separate metadata lookup?
2) I thought I had agreed that
[ http://jira.jboss.com/jira/browse/JBAOP-13?page=history ]
Bill Burke updated JBAOP-13:
Environment:
Version: 2.0
(was: 1.1)
Fix Version: 2.0
(was: 1.1)
Refactor Tx interceptor
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log2005043224Lbuild.690
BUILD COMPLETE-build.690Date of build:01/11/2005 14:32:24Time to build:29 minutes 24 secondsLast changed:01/11/2005 14:18:25Last log entry:JBREM-16: Fixed http
Backmerge AOP 1.1 to Branch_4_0
---
Key: JBAOP-66
URL: http://jira.jboss.com/jira/browse/JBAOP-66
Project: JBoss AOP
Type: Bug
Versions: 1.1
Reporter: Bill Burke
Assigned to: Bill Burke
Fix For: 1.1
--
This message
On (3) I'm not sure what this aspect factory is.
I do agree that some metadata/config will only be known when we resolve the
annotations from the class. Whether this is done by the aspect factory I don't
know.
From the MC view point I was thinking of an integration point like:
| public
[
http://jira.jboss.com/jira/browse/HIBERNATE-4?page=comments#action_12314630 ]
sandro duarte commented on HIBERNATE-4:
---
Having the same problem here:
java.lang.NullPointerException
at
ChannelClosedException does not always reconnect correctly
--
Key: JGRP-25
URL: http://jira.jboss.com/jira/browse/JGRP-25
Project: JGroups
Type: Bug
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For:
Ok, lets move the join point/string problem to a separate thread.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861653#3861653
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861653
[ http://jira.jboss.com/jira/browse/JGRP-24?page=history ]
Bela Ban resolved JGRP-24:
--
Resolution: Done
Fix Version: 2.2.8
done
ChannelClosedException does not always reconnect correctly
--
This has been fixed in the CVS (to be 1.2.1).
It is an annoying error message, but doesn't change the correctness of the
program
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861657#3861657
Reply to the post :
[EMAIL PROTECTED] wrote : I don't want static class initialization for the
containers from the MC.
|
| This will work fine when beans are running inside somebody else's container
| with the services from the wrapping container
| but will fail for JBoss's internal beans where dependencies
[ http://jira.jboss.com/jira/browse/JGRP-1?page=history ]
Bela Ban resolved JGRP-1:
-
Resolution: Done
Problem was that DNS resolution slowed down the stack.
Problem didn't occur with -Dresolve.dns=false
UDP/TCP doesn't work with 127.0.0.1 when there is
[ http://jira.jboss.com/jira/browse/JBREM-8?page=comments#action_12314635 ]
Tom Elrod commented on JBREM-8:
Create a wrapper invocation to tell the server that have in stream invocation.
Will also provide a callback locator uri. This means that the
Exception handling in http server invoker
-
Key: JBREM-31
URL: http://jira.jboss.com/jira/browse/JBREM-31
Project: JBoss Remoting
Type: Bug
Components: transport
Versions: 1.0.1 beta
Reporter: Tom Elrod
HTTP Invoker - check for threading issues
-
Key: JBREM-32
URL: http://jira.jboss.com/jira/browse/JBREM-32
Project: JBoss Remoting
Type: Bug
Components: transport
Versions: 1.0.1 beta
Reporter: Tom Elrod
Add GET support within HTTP server invoker
--
Key: JBREM-33
URL: http://jira.jboss.com/jira/browse/JBREM-33
Project: JBoss Remoting
Type: Task
Components: transport
Versions: 1.0.1 beta
Reporter: Tom Elrod
Ok we agree on (1) and (2)
as long as the last part of (1)
means there will be a
JoinPoint.getMetaData() and
Invocation.getMetaData()
The JoinPoint.getMetaData() allows the lookup to be done at deployment time
but it does not require it. e.g. a perVM transaction demarcation aspect
may choose to
Servlet Invoker - counterpart to HTTP Invoker (runs within web container)
-
Key: JBREM-35
URL: http://jira.jboss.com/jira/browse/JBREM-35
Project: JBoss Remoting
Type: Feature Request
[ http://jira.jboss.com/jira/browse/JBREM-15?page=history ]
Tom Elrod updated JBREM-15:
Environment:
Fix Version: 1.0.1 final
(was: 1.0.1 beta)
Moving from 1.0.1 beta release to 1.0.1 final.
merge UnifiedInvoker from remoting
[ http://jira.jboss.com/jira/browse/EJBTHREE-39?page=history ]
Bill Burke updated EJBTHREE-39:
---
Version: Preview 3
Fix Version: Preview 3
Composite Key field in JoinColumn causes Repeated column in mapping
[ http://jira.jboss.com/jira/browse/EJBTHREE-38?page=history ]
Bill Burke updated EJBTHREE-38:
---
Fix Version: Preview 3
EJB3 CVS is incompatible with hibernate3 CVS
Key: EJBTHREE-38
URL:
[ http://jira.jboss.com/jira/browse/EJBTHREE-13?page=history ]
Bill Burke updated EJBTHREE-13:
---
Environment:
Version: Preview 4
(was: Preview 3)
Fix Version: Preview 4
(was: Preview 3)
proxies must
[ http://jira.jboss.com/jira/browse/JBREM-8?page=history ]
Tom Elrod updated JBREM-8:
---
Environment:
Fix Version: 1.0.1 final
(was: 1.0.1 beta)
Moved from 1.0.1 beta to 1.0.1 final release.
Ability to stream files via remoting
I don't want static class initialization for the containers from the MC.
This will work fine when beans are running inside somebody else's container
with the services from the wrapping container
but will fail for JBoss's internal beans where dependencies need to be
statisfied and ordered.
The
[ http://jira.jboss.com/jira/browse/JGRP-25?page=history ]
Bela Ban resolved JGRP-25:
--
Resolution: Done
Fixed according to suggestion
ChannelClosedException does not always reconnect correctly
--
[ http://jira.jboss.com/jira/browse/HIBERNATE-4?page=history ]
Ryan Campbell reassigned HIBERNATE-4:
-
Assign To: Steve Ebersole (was: Gavin King)
NPE in HibernateContext.prepareSession
--
Key:
[EMAIL PROTECTED] wrote : On (3) I'm not sure what this aspect factory is.
Well, integrated with the MC the aspect factory would be responsible for
registering its dependencies to the MC. IT would also be responsible for
allocating instances of aspects based on their scope. (PER_VM,
Yes, BeanMetaData has a number of mechanisms for creating dependencies.
Off topic:
It is still on my todo list to come up with a generic mechanism for this
so the KernelController will spot any dependency in the metadata and generate
the necessary dependency list.
Currently it is a bit
Better integration for registering invokers with MBeanServer
Key: JBREM-30
URL: http://jira.jboss.com/jira/browse/JBREM-30
Project: JBoss Remoting
Type: Task
Components: transport
Versions: 1.0.1
Need to add configuration properties for HTTP server invoker
Key: JBREM-34
URL: http://jira.jboss.com/jira/browse/JBREM-34
Project: JBoss Remoting
Type: Task
Components: transport
Versions: 1.0.1
[ http://jira.jboss.com/jira/browse/JBREM-16?page=history ]
Tom Elrod closed JBREM-16:
---
Resolution: Done
HTTP Invoker client and server (stand-alone, so no web container needed)
implemented. Some remaining issues that have been opened as new Jira
[ http://jira.jboss.com/jira/browse/JBREM-27?page=history ]
Tom Elrod updated JBREM-27:
Environment:
Fix Version: 1.0.1 final
(was: 1.0.1 beta)
Moved from 1.0.1 beta to 1.0.1 final release.
Support for HTTP/HTTPS proxy
[ http://jira.jboss.com/jira/browse/JBPTL-60?page=history ]
Roy Russo resolved JBPTL-60:
Resolution: Done
Fix Version: 2.0 Alpha
CMS Portlet User Guide
--
Key: JBPTL-60
URL:
[ http://jira.jboss.com/jira/browse/JBPTL-60?page=history ]
Roy Russo closed JBPTL-60:
--
CMS Portlet User Guide
--
Key: JBPTL-60
URL: http://jira.jboss.com/jira/browse/JBPTL-60
Project: JBoss Portal
[
http://jira.jboss.com/jira/browse/JBAS-1283?page=comments#action_12314640 ]
Anil Saldhana commented on JBAS-1283:
-
If I make the java2ClassLoadingCompliance to true, the webapp deploys
properly and I can access the index.jsp with no errors.
Hi,
We are in the process of migrating from weblogic to Jboss.
Currently we have these properties set up in weblogic-ejb-jar.xml for container
managed transactions ,what are the xml elements I can use to get same
functionality what I get from weblogic.
These are the properties currently in
[
http://jira.jboss.com/jira/browse/JBAS-1283?page=comments#action_12314641 ]
Jeremy Brown commented on JBAS-1283:
What's the net effect of setting java2ClassLoadingCompliance to true or
false? Is there a wiki topic or doco about this?
Tomcat
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log2005090441Lbuild.46
BUILD COMPLETE-build.46Date of build:01/11/2005 19:04:41Time to build:88 minutes 16 seconds
Unit Tests: (1909) Total
Run testsuite on multi-CPU boxes in ATL lab
---
Key: JBCACHE-36
URL: http://jira.jboss.com/jira/browse/JBCACHE-36
Project: JBoss Cache
Type: Task
Versions: 1.2
Reporter: Bela Ban
Assigned to: Bela Ban
Fix
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050111210713Lbuild.691
BUILD COMPLETE-build.691Date of build:01/11/2005 21:07:13Time to build:25 minutes 49 secondsLast changed:01/11/2005 20:35:54Last log entry:Updated
I have commited that in the CVS. You can have a look at the forums portlet
which makes use of the forum-pages.xml which is in WEB-INF.
here it is :
| pages
|portal-namedefault/portal-name
|page
| page-nameforums/page-name
| window
|
+1
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861709#3861709
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861709
---
The SF.Net email is sponsored by: Beat the
Ok, just did another version tonight. The new impl is a batch queue using nio
ByteBuffers. I did some quick benching and its pretty quick. Got a max of
about 17,000 txs/second with 1030 threads running in parallel. THis is with a
dual-cpu xeon 2.4 Ghz with 10,000 rpm scsi.
Also updated
forgot to say the above bench is with RH 8.0
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861705#3861705
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861705
---
The
we are going to rename packages after alpha release, I propose the following :
| org.jboss.nukes.portal - org.jboss.portal.server
| org.jboss.nukes.portlet - org.jboss.portal.portlet
| org.jboss.nukes.core- org.jboss.portal (not sure)
|
| jboss portlet API -
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050111222558Lbuild.60
BUILD COMPLETE-build.60Date of build:01/11/2005 22:25:58Time to build:23 minutes 9 seconds
Unit Tests: (0) Total
performance tests fail for http transports
--
Key: JBREM-36
URL: http://jira.jboss.com/jira/browse/JBREM-36
Project: JBoss Remoting
Type: Bug
Components: transport
Versions: 1.0.1 beta
Reporter: Tom Elrod
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20050111225416Lbuild.55
BUILD COMPLETE-build.55Date of build:01/11/2005 22:54:16Time to build:28 minutes 7 secondsLast changed:01/11/2005 22:17:23Last log entry:Fix package
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050111234452Lbuild.692
BUILD COMPLETE-build.692Date of build:01/11/2005 23:44:52Time to build:21 minutes 50 secondsLast changed:01/11/2005 22:17:23Last log entry:Fix package
backport to 4.0 branch before 1.0.1 final release
-
Key: JBREM-37
URL: http://jira.jboss.com/jira/browse/JBREM-37
Project: JBoss Remoting
Type: Task
Components: general
Versions: 1.0.1 beta
Reporter:
[ http://jira.jboss.com/jira/browse/JBAS-60?page=history ]
Ben Wang resolved JBAS-60:
--
Resolution: Done
This has been fixed both in 4.0 and head. The WebSessionTestCase has also been
re-activated.
To fix this, a cache invalidation approach has been
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20050112004806Lbuild.38
BUILD COMPLETE-build.38Date of build:01/12/2005 00:48:06Time to build:113 minutes 37 seconds
Unit Tests: (2305) Total
84 matches
Mail list logo
