date:20050126

Hi,

Take a look at the reflection example. In the dist it should be under 
docs/aspect-framework/misc/reflection.html

Cheers,

Kabir

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1273) Clustering Error: UnsupportedOperationException

2005-01-26 Thread Corey Johnston (JIRA)

 [ 
http://jira.jboss.com/jira/browse/JBAS-1273?page=comments#action_12314923 ]
 
Corey Johnston commented on JBAS-1273:
--

Just wondering about the comment that this is a "harmless" issue: "According to 
Bela, this message is harmless."

In our prod environment with two servers using all-defaults for replication (in 
'all' config), after a couple hours of solid use, one app server died - and 
just served-up blank HTML pages. Is this not related to the errorlog? 
Those were the only errors in server.log so it seemed like a fairly significant 
issue.

Thankyou for investigating it though!

Cheers,
-cj

> Clustering Error: UnsupportedOperationException
> ---
>
>  Key: JBAS-1273
>  URL: http://jira.jboss.com/jira/browse/JBAS-1273
>  Project: JBoss Application Server
> Type: Bug
>   Components: Clustering
> Versions: JBossAS-4.0.1 Final
>  Environment: Sun Solaris 9 SPARC, Sun JDK 1.4.2_06 (32Bit), JBoss 4.0.1 
> Final, 2G JVM memory
> Reporter: Corey Johnston
> Assignee: Bela Ban
> Priority: Blocker

>
>
> When running the "all" configuration for clustering, I've noticed the 
> following exceptions being thrown in server.log. I have two identical JBoss 
> instances in the cluster (DefaultPartition) on two distinct hosts.
> When a run a J2EE app. on one instance, the other instance which is 
> replicating the other throws these exceptions in the log. The two servers 
> will work "for a while" (about an hour under low load), before the second 
> server gives-up altogether and starts serving out blank pages for all 
> requests.
> 2005-01-07 22:57:09,419 ERROR [org.jgroups.blocks.RpcDispatcher] failed 
> invoking
>  method
> java.lang.UnsupportedOperationException: commit() should not be called on 
> TreeCa
> che directly
> at org.jboss.cache.TreeCache.commit(TreeCache.java:2783)
> at sun.reflect.GeneratedMethodAccessor154.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:236)
> at 
> org.jboss.cache.interceptors.CallInterceptor.invoke(CallInterceptor.j
> ava:37)
> at 
> org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40)
> at 
> org.jboss.cache.interceptors.LockInterceptor.invoke(LockInterceptor.j
> ava:126)
> at 
> org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40)
> at 
> org.jboss.cache.interceptors.CreateIfNotExistsInterceptor.invoke(Crea
> teIfNotExistsInterceptor.java:47)
> at 
> org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40)
> at 
> org.jboss.cache.interceptors.ReplicationInterceptor.replicate(Replica
> tionInterceptor.java:210)
> at org.jboss.cache.TreeCache._replicate(TreeCache.java:2733)
> at sun.reflect.GeneratedMethodAccessor97.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:236)
> at org.jgroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:220)
> at 
> org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.
> java:615)
> at 
> org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator
> .java:512)
> at 
> org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:3
> 26)
> at 
> org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.handleUp(Message
> Dispatcher.java:722)
> at 
> org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.access$300(Messa
> geDispatcher.java:554)
> at 
> org.jgroups.blocks.MessageDispatcher$1.run(MessageDispatcher.java:691
> )
> at java.lang.Thread.run(Thread.java:534)

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
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.72 Build Successful


View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050126024229Lbuild.72
BUILD COMPLETE - build.72Date of build: 01/26/2005 02:42:29Time to build: 51 minutes 5 secondsLast changed: 01/25/2005 05:25:42Last log entry: JBAS-1321 - Using small caps for attr access (getstats() / isstatisticsProvider())




    Unit Tests: (0)    Total Errors and Failures: (0) 
 Modifications since last build: (2)1.1.2.2modifiedanddconsole/src/resources/webconsole.war/MdbEjb.jspJBAS-1321 - Using small caps for attr access (getstats() / isstatisticsProvider())1.64.2.3modifiedstarksmserver/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.javaClear the thread security association on invoker startup to avoid leaking this back to the deployer thread. Resolves JBAS-1320.

[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-26) Update 4.0.2 to use Tomcat-5.5.x

2005-01-26 Thread Remy Maucherat (JIRA)

 [ http://jira.jboss.com/jira/browse/JBAS-26?page=history ]

Remy Maucherat reassigned JBAS-26:
--

Assign To: Remy Maucherat  (was: Scott M Stark)

> Update 4.0.2 to use Tomcat-5.5.x
> 
>
>  Key: JBAS-26
>  URL: http://jira.jboss.com/jira/browse/JBAS-26
>  Project: JBoss Application Server
> Type: Task
> Versions: JBossAS-4.0.2 Final
> Reporter: Scott M Stark
> Assignee: Remy Maucherat
>  Fix For: JBossAS-4.0.2 Final

>
>
> We need to migrate the web container to tomcat 5.5.x to support JBossPortal 
> in the 4.0.x release series.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Nukes Development] - Re: tomcat with nuke

2005-01-26 Thread ferdez

But, is it possible that a standalone Tomcat may work with a standalone JBoss 
to support nukes? 

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBossCache] - Session Replication using JBossCache

Hi everyone.

Could anyone point me to the example/documentation on how to set up JBossCache 
to do session replication?
I also have somewhat a silly question, but the most stupid question is the one 
you do not ask, so here it goes. If I have JBossCache set up to distribute 
across the cluster and I place HTTPSession in it, would it in effect enable 
session replication? If this indeed is true, the only question than remains, 
how do I make session failover transparent? In other words I would not have to 
go to the Cache explicitly to get the session in case failure or a server hop

Thanks for you help in advance

Sergey


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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Nukes Development] - Re: tomcat 5

2005-01-26 Thread ferdez

Just like that? :-) 

It is not possible to use a standalone Tomcat and a standalone JBoss to deploy 
nukes?



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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1273) Clustering Error: UnsupportedOperationException

2005-01-26 Thread Bela Ban (JIRA)

 [ 
http://jira.jboss.com/jira/browse/JBAS-1273?page=comments#action_12314924 ]
 
Bela Ban commented on JBAS-1273:


The error message you saw was definitely not causing any problems, and no 
erroneous behavior. Has been fixed (a.k.a. 'removed') in 1.2.1.

The fact that the error logs show nothing else doesn't mean much, you'd have to 
enable full tracing to see all subsystems.

> Clustering Error: UnsupportedOperationException
> ---
>
>  Key: JBAS-1273
>  URL: http://jira.jboss.com/jira/browse/JBAS-1273
>  Project: JBoss Application Server
> Type: Bug
>   Components: Clustering
> Versions: JBossAS-4.0.1 Final
>  Environment: Sun Solaris 9 SPARC, Sun JDK 1.4.2_06 (32Bit), JBoss 4.0.1 
> Final, 2G JVM memory
> Reporter: Corey Johnston
> Assignee: Bela Ban
> Priority: Blocker

>
>
> When running the "all" configuration for clustering, I've noticed the 
> following exceptions being thrown in server.log. I have two identical JBoss 
> instances in the cluster (DefaultPartition) on two distinct hosts.
> When a run a J2EE app. on one instance, the other instance which is 
> replicating the other throws these exceptions in the log. The two servers 
> will work "for a while" (about an hour under low load), before the second 
> server gives-up altogether and starts serving out blank pages for all 
> requests.
> 2005-01-07 22:57:09,419 ERROR [org.jgroups.blocks.RpcDispatcher] failed 
> invoking
>  method
> java.lang.UnsupportedOperationException: commit() should not be called on 
> TreeCa
> che directly
> at org.jboss.cache.TreeCache.commit(TreeCache.java:2783)
> at sun.reflect.GeneratedMethodAccessor154.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:236)
> at 
> org.jboss.cache.interceptors.CallInterceptor.invoke(CallInterceptor.j
> ava:37)
> at 
> org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40)
> at 
> org.jboss.cache.interceptors.LockInterceptor.invoke(LockInterceptor.j
> ava:126)
> at 
> org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40)
> at 
> org.jboss.cache.interceptors.CreateIfNotExistsInterceptor.invoke(Crea
> teIfNotExistsInterceptor.java:47)
> at 
> org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40)
> at 
> org.jboss.cache.interceptors.ReplicationInterceptor.replicate(Replica
> tionInterceptor.java:210)
> at org.jboss.cache.TreeCache._replicate(TreeCache.java:2733)
> at sun.reflect.GeneratedMethodAccessor97.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:236)
> at org.jgroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:220)
> at 
> org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.
> java:615)
> at 
> org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator
> .java:512)
> at 
> org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:3
> 26)
> at 
> org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.handleUp(Message
> Dispatcher.java:722)
> at 
> org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.access$300(Messa
> geDispatcher.java:554)
> at 
> org.jgroups.blocks.MessageDispatcher$1.run(MessageDispatcher.java:691
> )
> at java.lang.Thread.run(Thread.java:534)

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1273) Clustering Error: UnsupportedOperationException

2005-01-26 Thread Corey Johnston (JIRA)

 [ 
http://jira.jboss.com/jira/browse/JBAS-1273?page=comments#action_12314925 ]
 
Corey Johnston commented on JBAS-1273:
--

Thank you for sorting it out Bela.


> Clustering Error: UnsupportedOperationException
> ---
>
>  Key: JBAS-1273
>  URL: http://jira.jboss.com/jira/browse/JBAS-1273
>  Project: JBoss Application Server
> Type: Bug
>   Components: Clustering
> Versions: JBossAS-4.0.1 Final
>  Environment: Sun Solaris 9 SPARC, Sun JDK 1.4.2_06 (32Bit), JBoss 4.0.1 
> Final, 2G JVM memory
> Reporter: Corey Johnston
> Assignee: Bela Ban
> Priority: Blocker

>
>
> When running the "all" configuration for clustering, I've noticed the 
> following exceptions being thrown in server.log. I have two identical JBoss 
> instances in the cluster (DefaultPartition) on two distinct hosts.
> When a run a J2EE app. on one instance, the other instance which is 
> replicating the other throws these exceptions in the log. The two servers 
> will work "for a while" (about an hour under low load), before the second 
> server gives-up altogether and starts serving out blank pages for all 
> requests.
> 2005-01-07 22:57:09,419 ERROR [org.jgroups.blocks.RpcDispatcher] failed 
> invoking
>  method
> java.lang.UnsupportedOperationException: commit() should not be called on 
> TreeCa
> che directly
> at org.jboss.cache.TreeCache.commit(TreeCache.java:2783)
> at sun.reflect.GeneratedMethodAccessor154.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:236)
> at 
> org.jboss.cache.interceptors.CallInterceptor.invoke(CallInterceptor.j
> ava:37)
> at 
> org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40)
> at 
> org.jboss.cache.interceptors.LockInterceptor.invoke(LockInterceptor.j
> ava:126)
> at 
> org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40)
> at 
> org.jboss.cache.interceptors.CreateIfNotExistsInterceptor.invoke(Crea
> teIfNotExistsInterceptor.java:47)
> at 
> org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40)
> at 
> org.jboss.cache.interceptors.ReplicationInterceptor.replicate(Replica
> tionInterceptor.java:210)
> at org.jboss.cache.TreeCache._replicate(TreeCache.java:2733)
> at sun.reflect.GeneratedMethodAccessor97.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:236)
> at org.jgroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:220)
> at 
> org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.
> java:615)
> at 
> org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator
> .java:512)
> at 
> org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:3
> 26)
> at 
> org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.handleUp(Message
> Dispatcher.java:722)
> at 
> org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.access$300(Messa
> geDispatcher.java:554)
> at 
> org.jgroups.blocks.MessageDispatcher$1.run(MessageDispatcher.java:691
> )
> at java.lang.Thread.run(Thread.java:534)

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-1109743 ] Typo in jbossstandard.xml "Clustered Stateless SessionBean"?

2005-01-26 Thread SourceForge.net

Bugs item #1109743, was opened at 2005-01-26 11:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1109743&group_id=22866

Category: Clustering
Group: v4.0
Status: Open
Resolution: None
Priority: 5
Submitted By: Jesper S. Knudsen (orwtech)
Assigned to: Nobody/Anonymous (nobody)
Summary: Typo in jbossstandard.xml "Clustered Stateless SessionBean"?

Initial Comment:
Hi

I have just tried to setup at clustered solution on my 
newly downloaded JBoss 4.0.1 using the document 
"Clustering with JBoss"

The clustering, loadbalancing and fail-over all work fine 
but when I deploy my .ear I keep getting the WARN: 
"Could not load the org.jboss.ejb.plugins.
ServiceEndpointInterceptor interceptor" message.

I searched the Clustering Forum an for something about 
removing the  tag 
from the jbossstandard.xml file, so I had a look at it and I 
may have found a typo in the file.

The thing that caught my eyes is that the Clustered 
Stateless SessionBean container configuration uses the 
 "org.jboss.ejb.plugins.ServiceEndpointInterceptor"
where as the Clustered Stateful SessionBean
"org.jboss.webservice.server.ServiceEndpointInterceptor"

The only ServiceEndpointInterceptor.class to be found 
searching all .jars shipped with JBoss 4.0.1 is in the 
jboss-ws4ee.jar

Is this a typo for the Clustered Stateless SessionBean 
container configuration? Should it not be org.jboss.
webservice.server.ServiceEndpointInterceptor to be used 
by the Clustered Stateless SessionBean container 
configuration, too?

Best regards

Jesper
[EMAIL PROTECTED]


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1109743&group_id=22866


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Nukes Development] - Re: tomcat with nuke

2005-01-26 Thread ferdez

But, is it possible that a standalone Tomcat may work with a standalone JBoss 
to support nukes? 

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

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


View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050126040942Lbuild.738
BUILD COMPLETE - build.738Date of build: 01/26/2005 04:09:42Time to build: 31 minutes 5 secondsLast changed: 01/25/2005 20:16:30Last log entry: Integrate the Oracle Sequence Create Command (one sequence per table) from Guillaume Compagnon defined in JBAS-810.




    Unit Tests: (0)    Total Errors and Failures: (0) 
 Modifications since last build: (38)1.90modifiedstarksmserver/src/etc/conf/default/standardjbosscmp-jdbc.xmlIntegrate the Oracle Sequence Create Command (one sequence per table) from Guillaume Compagnon defined in JBAS-810.1.1addedstarksmserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/keygen/JDBCOracleSequenceCreateCommand.javaIntegrate the Oracle Sequence Create Command (one sequence per table) from Guillaume Compagnon defined in JBAS-810.1.3modifiedtdieslerserver/src/main/org/jboss/webservice/metadata/ServiceRefMetaData.javaAdd getJavaWsdlMappingLocation1.4modifiedorbdocbook-support/styles/en/html.cssset font to verdana1.2modifiedanddkernel/src/main/org/jboss/util/CollectionsFactory.javacreate extra factory operations with explicit semantics to make it evidentthose collections are highly concurrent.They could be replaced by java5 java.util.concurrent implementations.1.20modifiedpatriot1burkeejb3/build.xmlreorg entity classes under one packageImplemented FlushMode1.2modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/simplecluster/unit/StatelessRun.javareorg entity classes under one packageImplemented FlushMode1.2modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/simplecluster/unit/StatefulRun.javareorg entity classes under one packageImplemented FlushMode1.12modifiedpatriot1burkeejb3/src/resources/ejb3-interceptors-aop.xmlreorg entity classes under one packageImplemented FlushMode1.16modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/Container.javareorg entity classes under one packageImplemented FlushMode1.11modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/EJBContainer.javareorg entity classes under one packageImplemented FlushMode1.18modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/Ejb3Module.javareorg entity classes under one packageImplemented FlushMode1.6deletedpatriot1burkeejb3/src/main/org/jboss/ejb3/EntityManagerImpl.javareorg entity classes under one packageImplemented FlushMode1.11deletedpatriot1burkeejb3/src/main/org/jboss/ejb3/HibernateSessionFactory.javareorg entity classes under one packageImplemented FlushMode1.5deletedpatriot1burkeejb3/src/main/org/jboss/ejb3/QueryImpl.javareorg entity classes under one packageImplemented FlushMode1.4modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateless/StatelessManager.javareorg entity classes under one packageImplemented FlushMode1.5modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateful/StatefulManager.javareorg entity classes under one packageImplemented FlushMode1.4modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/injection/EntityManagerMethodInjector.javareorg entity classes under one packageImplemented FlushMode1.5modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/mdb/MessageDrivenManager.javareorg entity classes under one packageImplemented FlushMode1.5modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/injection/EntityManagerFieldInjector.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/BeforeTxFlushModeInterceptor.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/EntityManagerImpl.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/FlushModeInterceptor.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/FlushModeInterceptorFactory.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/HibernateSessionFactory.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/QueryImpl.javareorg entity classes under one packageImplemented FlushMode1.2modifiedejortkernel/src/main/org/jboss/container/spi/JoinPointException.javaAdd some missing serialVersionUIDs1.2modifiedejortkernel/src/main/org/jboss/container/spi/InvocationContextNotFoundException.javaAdd some missing serialVersionUIDs1.2modifiedejortkernel/src/tests/org/jboss/test/beaninfo/introspection/support/SimpleBean.javaAdd some missing serialVersionUIDs1.2modifiedejortkernel/src/tests/org/jboss/test/kernel/dependency/support/SimpleBeanImpl.javaAdd some missing serialVersionUIDs1.2modifiedejortkernel/src/tests/org/jboss/test/kernel/dependency/support/SimpleBeanWithDependencyImpl.javaAdd some missing serialVersionUIDs1.2modifiedejortkernel/src/ma

[JBoss-dev] [Design of JBoss Portal] - Re: Pb with authentication

2005-01-26 Thread lnhf

Thank you for all Thomas.
I see this problem.

lnhf


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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] jboss-3.2 build.274 Build Successful


View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050126054330Lbuild.274
BUILD COMPLETE - build.274Date of build: 01/26/2005 05:43:30Time to build: 25 minutes 30 secondsLast changed: 01/26/2005 05:33:00Last log entry: Added entity name to the exception msg




    Unit Tests: (0)    Total Errors and Failures: (0) 
 Modifications since last build: (8)1.5.2.7modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCreateBeanClassInstanceCommand.javaAdded entity name to the exception msg1.1.2.11modifiedstarksmtools/etc/buildmagic/version-info.xmlSet the version info for the 3.2.7 release1.1.2.31modifiedstarksmtools/etc/buildmagic/buildmagic.entSet the version info for the 3.2.7 release1.165.2.182modifiedstarksmtestsuite/build.xmlExclude tomcat-ssl-tests when running under jdk1.31.1.2.3modifiedstarksmsecurity/src/main/javax/security/auth/login/LoginException.javaUpdate to extend java.security.GeneralSecurityException as with the jdk 1.4.2 version1.1.4.1modifiedstarksmsecurity/src/main/javax/security/auth/Subject.javaBasic doAs support1.1.4.8modifiedstarksmtestsuite/src/main/org/jboss/test/security/test/SRPUnitTestCase.javaCreate the InitialContext directly rather than calling getInitialContext() from the inner class to work around the jdk1.3 no such method bug.1.39.2.57modifiedstarksmserver/src/etc/conf/default/standardjbosscmp-jdbc.xmlIntegrate the Oracle Sequence Create Command (one sequence per table) from Guillaume Compagnon defined in JBAS-810.

[JBoss-dev] [Design of JBoss Portal] - Re: plain text password on URL...

I have updated the code, so now it does not show username and password in plain 
text anymore.

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Resolved: (JBPORTAL-191) Must precise column names when inserting data

2005-01-26 Thread Thomas Heute (JIRA)

 [ http://jira.jboss.com/jira/browse/JBPORTAL-191?page=history ]
 
Thomas Heute resolved JBPORTAL-191:
---

Resolution: Done

Setup.sql files in core and forums now precise the column names.

> Must precise column names when inserting data
> -
>
>  Key: JBPORTAL-191
>  URL: http://jira.jboss.com/jira/browse/JBPORTAL-191
>  Project: JBoss Portal
> Type: Bug
>   Components: Portal Core
> Versions: 2.0 Alpha
> Reporter: Thomas Heute
> Assignee: Thomas Heute
>  Fix For: 2.0 Beta

>
>
> It appears that the order of the columns is randomized, so when doing an 
> insertion, columns names must be written.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Resolved: (JBPORTAL-182) Manage watch list for forums

2005-01-26 Thread Thomas Heute (JIRA)

 [ http://jira.jboss.com/jira/browse/JBPORTAL-182?page=history ]
 
Thomas Heute resolved JBPORTAL-182:
---

Resolution: Done

Done

> Manage watch list for forums
> 
>
>  Key: JBPORTAL-182
>  URL: http://jira.jboss.com/jira/browse/JBPORTAL-182
>  Project: JBoss Portal
> Type: Task
> Versions: 2.0 Beta
> Reporter: Thomas Heute
> Assignee: Thomas Heute
>  Fix For: 2.0 Beta

>
>
> Manage a watch list for the forums so the system can send notifications on 
> new messages

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Commented: (JBPORTAL-70) Enable/disable account

2005-01-26 Thread Thomas Heute (JIRA)

 [ 
http://jira.jboss.com/jira/browse/JBPORTAL-70?page=comments#action_12314928 ]
 
Thomas Heute commented on JBPORTAL-70:
--

Only the interface is missing now.

A user who register when the email verification is used, is disabled, when he 
clicks on the link in the email, he gets enabled.

> Enable/disable account
> --
>
>  Key: JBPORTAL-70
>  URL: http://jira.jboss.com/jira/browse/JBPORTAL-70
>  Project: JBoss Portal
> Type: Sub-task
>   Components: Portal Core
> Versions: 2.0 Alpha
> Reporter: Thomas Heute
> Assignee: Thomas Heute
>  Fix For: 2.0 Beta

>
>


-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1255) memory leak after 7 hours

2005-01-26 Thread Alexey Loubyansky (JIRA)

 [ 
http://jira.jboss.com/jira/browse/JBAS-1255?page=comments#action_12314930 ]
 
Alexey Loubyansky commented on JBAS-1255:
-

Since it is reported as a bug in CMP I would appreciate a pure CMP testcase 
(w/o MDBs).
I wrote my own which creates and removes entity instances with commit option B:
- create and remove in the same transaction
- create and remove in different transactions
- with the same primary key
- with different primary keys

So far, I don't see a leak. Pool and cache sizes are never more than 1. Memory 
grows for some time (several minutes) at the beginning and then stays constant.

> memory leak after 7 hours
> -
>
>  Key: JBAS-1255
>  URL: http://jira.jboss.com/jira/browse/JBAS-1255
>  Project: JBoss Application Server
> Type: Bug
>   Components: CMP service
> Versions: JBossAS-4.0.0 Final
> Reporter: SourceForge User
> Assignee: Alexey Loubyansky

>
>
> SourceForge Submitter: atomrom .
> Hi,
> I have experienced strange memory leaks under JBoss
> 4.0.0 after 7 hours, and under JBoss 4.0.1RC2 after 3.5
> hours running my application. (In the first 7 hours my
> application consumes 100M of memory under 4.0.0,
> however after 7 hours the memory consumption raises
> lineraly). I used YourKit to detect the memory leak and
> I found that the memory is chiefly occupied by HashMap
> and entity bean proxies.
> Unfortunately I cannot provide source code, but I can
> give a short description of the component architecture
> and functioning:
> (a) objects are inserted into a messaging topic
> (b) an MDB receives the objects and:
>   (b.i) dispaches them to a resource adapter (the RA
> sends the object over the network)
>   (b.ii) creates a database entry using the String(s)
> returned by the RA (a tuple looks like this: [String:
> id, Date: date, String: st]; I'm using a CMP entity bean)
> (c) a timer periodically removes the overaged database
> entries (see date). ejbTimeout is implemented by a
> stateless session bean, database entries are removed by
> the corresponding CMP entity bean
> (d) whenever the RA receives an object over the
> network, it dispatches it to a stateless session bean,
> which is registered as an endpoint at the RA
> (e) the stateless session bean 
>   (e.i) updates the database entry (using the ), or
> more precisely, its "st" field
>   (e.ii) inserts a new database entry
>   (e.iii) if the "st" field statisfies certain
> conditions, removes both the inserted and updated entries
> Additional infos:
>   * OS: RedHat AS (running on various hardware, e.g.
> simple PC and a 4 processor Xeon server)
>   * JDK: jdk1.4.5
>   * I see lot of log messages regarding rolled back
> transactions (because of timeouts); these exceptions
> are thrown in the CMP entity bean in that method, which
> removes the overaged entries. After a findByDate I
> iterate over the resulting collection and when I want
> to access "id", an exception is thrown. Not always, but
> strangely often.
>   * the memory leak emerges after 7 (or 3.5) hours
> regardless the load, and configuration. The load
> influences only the gradient of the lineraly increasing
> (and therefore deadly) period.
> Merry Christmas,
> Mormota

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

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


View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050126061850Lbuild.335
BUILD COMPLETE - build.335Date of build: 01/26/2005 06:18:50Time to build: 40 minutes 38 secondsLast changed: 01/26/2005 05:31:36Last log entry: Added entity name to the exception msg




    Unit Tests: (0)    Total Errors and Failures: (0) 
 Modifications since last build: (1)1.11.4.1modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCreateBeanClassInstanceCommand.javaAdded entity name to the exception msg

[JBoss-dev] jboss-head-jdk-matrix build.67 Build Successful


View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20050126072026Lbuild.67
BUILD COMPLETE - build.67Date of build: 01/26/2005 07:20:26Time to build: 32 minutes 5 secondsLast changed: 01/26/2005 07:06:07Last log entry: no message




    Unit Tests: (0)    Total Errors and Failures: (0) 
 Modifications since last build: (54)1.15modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/eviction/LRUPolicyUnitTestCase.javano message1.7modifiedbelabancache/src/main/org/jboss/cache/interceptors/CreateIfNotExistsInterceptor.javamoved synchronized stmt up to cover entire invoke() method1.6modifiedbelabancache/src/main/org/jboss/cache/interceptors/CreateIfNotExistsInterceptor.javapp1.26modifiedbelabancache/src/main/org/jboss/cache/lock/IdentityLock.javapp1.12modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCreateBeanClassInstanceCommand.javaAdded entity name to the exception msg1.2modifiedbelabantestsuite/src/main/org/jboss/test/cache/perf/basic/ReplicatedAsyncMapPerfTestCase.javans1.2modifiedbelabantestsuite/src/main/org/jboss/test/cache/perf/basic/ReplicatedAsyncPerfTestCase.javafixed incorrect setting of isolation levels1.90modifiedstarksmserver/src/etc/conf/default/standardjbosscmp-jdbc.xmlIntegrate the Oracle Sequence Create Command (one sequence per table) from Guillaume Compagnon defined in JBAS-810.1.1addedstarksmserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/keygen/JDBCOracleSequenceCreateCommand.javaIntegrate the Oracle Sequence Create Command (one sequence per table) from Guillaume Compagnon defined in JBAS-810.1.3modifiedtdieslerserver/src/main/org/jboss/webservice/metadata/ServiceRefMetaData.javaAdd getJavaWsdlMappingLocation1.4modifiedorbdocbook-support/styles/en/html.cssset font to verdana1.2modifiedanddkernel/src/main/org/jboss/util/CollectionsFactory.javacreate extra factory operations with explicit semantics to make it evidentthose collections are highly concurrent.They could be replaced by java5 java.util.concurrent implementations.1.20modifiedpatriot1burkeejb3/build.xmlreorg entity classes under one packageImplemented FlushMode1.2modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/simplecluster/unit/StatelessRun.javareorg entity classes under one packageImplemented FlushMode1.2modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/simplecluster/unit/StatefulRun.javareorg entity classes under one packageImplemented FlushMode1.12modifiedpatriot1burkeejb3/src/resources/ejb3-interceptors-aop.xmlreorg entity classes under one packageImplemented FlushMode1.16modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/Container.javareorg entity classes under one packageImplemented FlushMode1.11modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/EJBContainer.javareorg entity classes under one packageImplemented FlushMode1.18modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/Ejb3Module.javareorg entity classes under one packageImplemented FlushMode1.6deletedpatriot1burkeejb3/src/main/org/jboss/ejb3/EntityManagerImpl.javareorg entity classes under one packageImplemented FlushMode1.11deletedpatriot1burkeejb3/src/main/org/jboss/ejb3/HibernateSessionFactory.javareorg entity classes under one packageImplemented FlushMode1.5deletedpatriot1burkeejb3/src/main/org/jboss/ejb3/QueryImpl.javareorg entity classes under one packageImplemented FlushMode1.4modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateless/StatelessManager.javareorg entity classes under one packageImplemented FlushMode1.5modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateful/StatefulManager.javareorg entity classes under one packageImplemented FlushMode1.4modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/injection/EntityManagerMethodInjector.javareorg entity classes under one packageImplemented FlushMode1.5modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/mdb/MessageDrivenManager.javareorg entity classes under one packageImplemented FlushMode1.5modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/injection/EntityManagerFieldInjector.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/BeforeTxFlushModeInterceptor.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/EntityManagerImpl.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/FlushModeInterceptor.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/FlushModeInterceptorFactory.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/HibernateSessionFactory.javareorg entity classes under one packageImplemented FlushMode1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/QueryIm

[JBoss-dev] [Design of JBoss Portal] - Re: Portal 2.0 and PostgreSQL

2005-01-26 Thread cuoz

Thanks.  Late last night I happened to find this forum and there were some 
posts that had enough information for me to get it working.  Sorry for the 
mis-post.  Lots of changes since I last worked with nukes.  :)

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1324) org.jboss.ejb.plugins.LogInterceptor not printing SQLException.getErrorCode()

2005-01-26 Thread Frank Grimes (JIRA)

org.jboss.ejb.plugins.LogInterceptor not printing SQLException.getErrorCode()
-

 Key: JBAS-1324
 URL: http://jira.jboss.com/jira/browse/JBAS-1324
 Project: JBoss Application Server
Type: Bug
  Components: CMP service  
Versions: JBossAS-4.0.1 Final,  JBossAS-3.2.7 Final
Reporter: Frank Grimes
 Assigned to: Scott M Stark 




-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-50) Clustered cache for Entities

 [ http://jira.jboss.com/jira/browse/EJBTHREE-50?page=history ]

Bill Burke updated EJBTHREE-50:
---

Version: Preview 3
Fix Version: Preview 3

> Clustered cache for Entities
> 
>
>  Key: EJBTHREE-50
>  URL: http://jira.jboss.com/jira/browse/EJBTHREE-50
>  Project: EJB 3.0
> Type: Feature Request
> Versions: Preview 3
> Reporter: Bill Burke
> Assignee: Bill Burke
>  Fix For: Preview 3

>
>
> From Steve Ebersole
> The changes are simply in the cache package.
> org.hibernate.cache.TreeCache used to build a static
> org.jboss.cache.TreeCache reference internally.  Thus it could not be
> used as a simple delegate to JBoss TreeCache.  All the
> Cache/CacheProvider impls were refactored such that the Providers took
> on the responsibility of building/obtaining the underlying cache
> instance and passing them to the Cache impls.  The Cache impls then
> simply provide delegation functionality to the underlying caches.
> With that newer code, you can simply write a new CacheProvider that
> knows how to obtain a TreeCache instance (however that may be) and pass
> that to the standard org.hibernate.cache.TreeCache.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: Error when click

2005-01-26 Thread alexxandro76

I don't resolve this error however.
I've follow all step with attention on tutorial but nothing!
The package created contain the ComputeServlet but is invisible to index.html 
:-/
Why?

I've got:
+ Eclipse 3.0.1 
+ MyEclipse: 3.8.2 
+ jsdk1.4.2_07 
+ JBoss-4.0.1 
+ JBossIDE1.4.0 

My package Fibois composed as:
- 
|- META-INF
|- 
|- 
  |- META-INF
  |- tutorial
 |- web
   |- ComputeServlet
  |- WEB-INF

Where is the problem? ComputeServlet exist but seems not mapped :-(
Remark that I'm not an expert in XDoclet.
Thnks

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Could not load the org.jboss.ejb.plugins.ServiceEndpoint

2005-01-26 Thread glyn_walters

Hi,

I have the same problem. I developed the EJBs for JBoss 3.2.x and am getting 
these messages when I deploy them now on 4.0.x.

Does anyone know what the issue with this is?

Thanks
Glyn

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBPORTAL-193) Look and Feel

2005-01-26 Thread prax (JIRA)

Look and Feel
-

 Key: JBPORTAL-193
 URL: http://jira.jboss.com/jira/browse/JBPORTAL-193
 Project: JBoss Portal
Type: Feature Request
  Components: Portal Core  
Versions: 2.0 Beta
 Environment: OS : XP
db : mysql 4.0.23
AS : Jboss4.0.1
Portal : 2.0 Alfa
Reporter: prax
 Assigned to: Julien Viet 
Priority: Optional


Gui functionality to change look and feel of portal.

- Functionality suggestions
   - Portal Name (where the Jboss logo is today)
   - Set visibility status of portlets 
 - Constantly visible \ hide when inactive.
   - Navigation bar
 - Interportlet naviagtion?

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBREM-49) Problem with loading an array class remotely

2005-01-26 Thread Jeff Haynie (JIRA)

Problem with loading an array class remotely


 Key: JBREM-49
 URL: http://jira.jboss.com/jira/browse/JBREM-49
 Project: JBoss Remoting
Type: Bug
Reporter: Jeff Haynie
 Assigned to: Tom  Elrod 


Problem when you try and load an array class such as:

[LFooBar;

Will not properly load and define the class and will throw a class not found 
back to the remote side which will give some weird messages.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss Portal] - Adding my portlets

2005-01-26 Thread lnhf

Sorry to put this question: 
but how can i adding personal portlets. 

I put my file .war in the deploy (.war with files : portlet.xml and 
portlet-instances.xml) but for the showing of this portlet, do I have have to 
modify the default-portal.xml in the core.war ? 

Thank you for your answers 
lnhf

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBMQ-106) Could not stop JMS connection

2005-01-26 Thread Tim McCune (JIRA)

Could not stop JMS connection
-

 Key: JBMQ-106
 URL: http://jira.jboss.com/jira/browse/JBMQ-106
 Project: JBoss MQ
Type: Bug
  Components: Server  
Versions: JBossAS-4.0.1
Reporter: Tim McCune
 Assigned to: Adrian Brock 


Sometimes my JBoss client will lose its connection to the server and it gets 
into a never-ending loop of spewing errors because Connection.doStop throws an 
exception.  The stack trace looks like this:

 ERROR Jan 26 08:53:25 [plugins.jms.JMSContainerInvoker] - Could not 
stop JMS connectionorg.jboss.mq.SpyJMSException: Cannot disable the connection 
with the JMS server; - nested throwable: (java.io.IOException: Client is not 
connected)at org.jboss.mq.Connection.doStop(Connection.java:1289)   
 at org.jboss.mq.Connection.stop(Connection.java:718)at 
org.jboss.ejb.plugins.jms.JMSContainerInvoker.innerStop(JMSContainerInvoker.java:876)
at 
org.jboss.ejb.plugins.jms.JMSContainerInvoker$ExceptionListenerImpl.run(JMSContainerInvoker.java:1316)
at java.lang.Thread.run(Thread.java:595)Caused by: java.io.IOException: 
Client is not connectedat 
org.jboss.mq.il.uil2.SocketManager.internalSendMessage(SocketManager.java:232)  
  at org.jboss.mq.il.uil2.SocketManager.sendMessage(SocketManager.java:200) 
   at org.jboss.mq.il.uil2.UILServerIL.setEnabled(UILServerIL.java:189) 
   at org.jboss.mq.Connection.doStop(Connection.java:1285)... 4 more


This error occurs every 2 minutes until I restart the server.  I patched 
Connection.java inside doStop to just log a warning if the call to 
serverIL.setEnabled throws an exception instead of wrapping it in a 
JMSException and rethrowing it.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBossCache] - Re: JBossCache 1.2 Still accepting members with Multicast se

2005-01-26 Thread DashV

Can I set mcast to true but then just set the bind address to 127.0.0.1?

Would that limit me to a cluster of exactly 1? :)

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Exception in error log when trying to do code completion

2005-01-26 Thread Arvoreen

When the Jsp editor attempts to do code completion, I get an exception in my 
error log as follows:  

NOTE: I am running with Eclipse 3.1M4

  | java.lang.NoSuchMethodError: 
org.eclipse.jdt.internal.core.JavaProject.newSearchableNameEnvironment(Lorg/eclipse/jdt/core/WorkingCopyOwner;)Lorg/eclipse/jdt/internal/codeassist/ISearchableNameEnvironment;
  |  at 
org.jboss.ide.eclipse.jdt.j2ee.jsp.ui.assist.JSPScripletCompletionProcessor.complete(JSPScripletCompletionProcessor.java:280)
  |  at 
org.jboss.ide.eclipse.jdt.j2ee.jsp.ui.assist.JSPScripletCompletionProcessor.internalComputeCompletionProposals(JSPScripletCompletionProcessor.java:395)
  |  at 
org.jboss.ide.eclipse.jdt.j2ee.jsp.ui.assist.JSPScripletCompletionProcessor.computeCompletionProposals(JSPScripletCompletionProcessor.java:118)
  |  at 
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1470)
  |  at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:250)
  |  at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:247)
  |  at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:206)
  |  at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
  |  at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:201)
  |  at 
org.eclipse.jface.text.contentassist.ContentAssistant$2.run(ContentAssistant.java:319)
  |  at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
  |  at 
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:118)
  |  at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2675)
  |  at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2400)
  |  at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1569)
  |  at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1540)
  |  at 
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:285)
  |  at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
  |  at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
  |  at 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
  |  at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
  |  at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
  |  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  |  at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  |  at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  |  at java.lang.reflect.Method.invoke(Method.java:585)
  |  at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
  |  at org.eclipse.core.launcher.Main.run(Main.java:710)
  |  at org.eclipse.core.launcher.Main.main(Main.java:694)
  | 

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss Portal] - Re: Adding my portlets

There is a link on the first page (CMS page) to the forum.

http://localhost:8080/index/html?page=forums

For dates of versions, please refer to Jira. http://jira.jboss.com

You can even vote for features you really want, or post new 
features/tasks/bugs. (use your login/password that you use on here)

You will see that we have many stuff to do before the dynamic inclusion of 
portlets. 

You just have to edit the XML files for now and redeploy the portal, not a big 
deal i think.

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Updated: (JBMQ-106) Could not stop JMS connection

2005-01-26 Thread Tim McCune (JIRA)

 [ http://jira.jboss.com/jira/browse/JBMQ-106?page=history ]

Tim McCune updated JBMQ-106:


Attachment: patch.txt

> Could not stop JMS connection
> -
>
>  Key: JBMQ-106
>  URL: http://jira.jboss.com/jira/browse/JBMQ-106
>  Project: JBoss MQ
> Type: Bug
>   Components: Server
> Versions: JBossAS-4.0.1
> Reporter: Tim McCune
> Assignee: Adrian Brock
>  Attachments: patch.txt
>
>
> Sometimes my JBoss client will lose its connection to the server and it gets 
> into a never-ending loop of spewing errors because Connection.doStop throws 
> an exception.  The stack trace looks like this:
>  ERROR Jan 26 08:53:25 [plugins.jms.JMSContainerInvoker] - Could not 
> stop JMS connectionorg.jboss.mq.SpyJMSException: Cannot disable the 
> connection with the JMS server; - nested throwable: (java.io.IOException: 
> Client is not connected)at 
> org.jboss.mq.Connection.doStop(Connection.java:1289)at 
> org.jboss.mq.Connection.stop(Connection.java:718)at 
> org.jboss.ejb.plugins.jms.JMSContainerInvoker.innerStop(JMSContainerInvoker.java:876)
> at 
> org.jboss.ejb.plugins.jms.JMSContainerInvoker$ExceptionListenerImpl.run(JMSContainerInvoker.java:1316)
> at java.lang.Thread.run(Thread.java:595)Caused by: 
> java.io.IOException: Client is not connectedat 
> org.jboss.mq.il.uil2.SocketManager.internalSendMessage(SocketManager.java:232)
> at 
> org.jboss.mq.il.uil2.SocketManager.sendMessage(SocketManager.java:200)
> at org.jboss.mq.il.uil2.UILServerIL.setEnabled(UILServerIL.java:189)
> at org.jboss.mq.Connection.doStop(Connection.java:1285)... 4 more
> This error occurs every 2 minutes until I restart the server.  I patched 
> Connection.java inside doStop to just log a warning if the call to 
> serverIL.setEnabled throws an exception instead of wrapping it in a 
> JMSException and rethrowing it.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
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: Experiment DeploymentService in 3.2.7RC1

Thinking about the DeploymentService and reviewing the documentation has lead 
me to the following conclusions:

1) The DeploymentService is a "good" fit for creating new, durable, services in 
JBoss.
2) The DeploymentService is an "ok" fit for updating services already created 
through the DeploymentService
3) The DeploymentService may not be a good fit for updating services not 
created through the DeploymentService, e.g. existing handcrafted -service.xml 
files

Reasons for these conclusion:

1) See http://www.jboss.org/wiki/Wiki.jsp?page=DeploymentService for a 
description of how the DeploymentService offers a flexible approach to building 
deployment modules: .sar's, .war's, -service.xml etc.

2) If I understand correctly the process of updating a module with the 
DeploymentService involves making the following calls:
a) undeployModuleAsynch(), passing in the module name to be updated
b) removeModule(), passing in the module name to be updated
b) createModule(), passing in the module name to be updated, template name and 
properties
c) deployModuleAsynch(), passing in the module name to be updated

Essentially an update via the DeploymentService is really a delete followed by 
a create. The corollary of this is that to update one property in a module all 
the others need to be provided as well. This is often not very difficult since 
most properties of modules are available through JMX, but sometimes, e.g. 
finding which driver is being used by a datasource, is more difficult. One 
option to alleviate this, which Dimitris has suggested, is to extend the 
DeploymentService by giving it a "memory" of the things which have been 
deployed through it.

3) To show why the DeploymentService may not always be a good fit for updating 
services it has not created let me give an example.
The "default" JBoss configuration contains a file "deploy/hsqldb-ds.xml". This 
contains two things: the definition of the DefaultDS datasource and an MBean 
for the actual hsqldb instance. If I write a DeploymentService template for 
creating generic -ds.xml's it will not contain any knowledge of this special 
hsqldb MBean. If I then used it to update DefaultDS my updated hsqldb-ds.xml 
would not include the MBean for the hsqldb instance and by leaving out that 
MBean the module would no longer work as expected.
This is an example of larger issue: given the fact that jboss-ds_1_0.dtd and 
jboss-ds_1_5.dtd allow arbitrary mbeans in a -ds.xml, we will never know 
precisely what a user will have put in their -ds.xml. Therefore the 
DeploymentService approach of updating (delete then create) may result in the 
loss of elements which it doesn't know about. This is obviously not an issue 
for modules the DeploymentService created since it knows the whole definition 
of what can exist in one of those modules.

The above should be taken as my observations and is not meant as a critique of 
the DeploymentService since it was never designed to support option 3 above. I 
have just been investigating how far the DeploymentSerice will stretch.

Thanks



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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1325) String property replacement is not working for constructors.

 [ http://jira.jboss.com/jira/browse/JBAS-1325?page=history ]

Scott M Stark updated JBAS-1325:


type: Feature Request  (was: Bug)

> String property replacement is not working for constructors.
> 
>
>  Key: JBAS-1325
>  URL: http://jira.jboss.com/jira/browse/JBAS-1325
>  Project: JBoss Application Server
> Type: Feature Request
> Versions: JBossAS-4.0.1 Final
> Reporter: Roland Rïz
> Assignee: Scott M Stark
> Priority: Minor

>
> Original Estimate: 5 minutes
> Remaining: 5 minutes
>
> In the following sample of an MBean the StringPropertyReplacer is not applied 
> for the 
> values needed in the constructor.
>  name="jboss.security:service=JaasSecurityDomain,domain=RMI+SSL">
>   
>/>
>   
>   myKeys.ks
>   tryIt  
>   
> In this sample JaasSecurityDomain would be creaded with "${my.domain.name}" 
> as argument
> instead of the corresponding SystemProperty.
> The fix is very simple:
> in org.jboss.system.ServiceCreator.ConstructorInfo#create (around line 287):
> Element arg = (Element)list.item(j);
> // String signature = arg.getAttribute("type");
> String signature = 
> StringPropertyReplacer.replaceProperties(arg.getAttribute("type"));
> // String value = arg.getAttribute("value");
> String value = 
> StringPropertyReplacer.replaceProperties(arg.getAttribute("value"));
> Object realValue = value;

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

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


View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20050126104017Lbuild.40
BUILD COMPLETE - build.40Date of build: 01/26/2005 10:40:17Time to build: 43 minutes 52 secondsLast changed: 01/26/2005 05:33:00Last log entry: Added entity name to the exception msg




    Unit Tests: (0)    Total Errors and Failures: (0) 
 Modifications since last build: (8)1.5.2.7modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCreateBeanClassInstanceCommand.javaAdded entity name to the exception msg1.1.2.11modifiedstarksmtools/etc/buildmagic/version-info.xmlSet the version info for the 3.2.7 release1.1.2.31modifiedstarksmtools/etc/buildmagic/buildmagic.entSet the version info for the 3.2.7 release1.165.2.182modifiedstarksmtestsuite/build.xmlExclude tomcat-ssl-tests when running under jdk1.31.1.2.3modifiedstarksmsecurity/src/main/javax/security/auth/login/LoginException.javaUpdate to extend java.security.GeneralSecurityException as with the jdk 1.4.2 version1.1.4.1modifiedstarksmsecurity/src/main/javax/security/auth/Subject.javaBasic doAs support1.1.4.8modifiedstarksmtestsuite/src/main/org/jboss/test/security/test/SRPUnitTestCase.javaCreate the InitialContext directly rather than calling getInitialContext() from the inner class to work around the jdk1.3 no such method bug.1.39.2.57modifiedstarksmserver/src/etc/conf/default/standardjbosscmp-jdbc.xmlIntegrate the Oracle Sequence Create Command (one sequence per table) from Guillaume Compagnon defined in JBAS-810.

[JBoss-dev] [JBoss JIRA] Closed: (JBREM-50) Need ability to set socket timeout on socket client invoker

2005-01-26 Thread Tom Elrod (JIRA)

 [ http://jira.jboss.com/jira/browse/JBREM-50?page=history ]
 
Tom  Elrod closed JBREM-50:
---

Resolution: Done

Forgot to add this to the socket client invoker so will look at the locator uri 
params for this param.

socketTimeout - The socket timeout value passed to the Socket.setSoTimeout() 
method. The default is 6 (or 1 minute). Javadoc for Socket.setSoTimeout():

Enable/disable SO_TIMEOUT with the specified timeout, in milliseconds. With 
this option set to a non-zero timeout, a read() call on the InputStream? 
associated with this Socket will block for only this amount of time. If the 
timeout expires, a java.net.SocketTimeoutException? is raised, though the 
Socket is still valid. The timeout must be > 0. A timeout of zero is 
interpreted as an infinite timeout. 

> Need ability to set socket timeout on socket client invoker
> ---
>
>  Key: JBREM-50
>  URL: http://jira.jboss.com/jira/browse/JBREM-50
>  Project: JBoss Remoting
> Type: Bug
>   Components: transport
> Versions: 1.0.1 beta
> Reporter: Tom  Elrod
> Assignee: Tom  Elrod
>  Fix For: 1.0.1 final

>
>


-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBREM-50) Need ability to set socket timeout on socket client invoker

2005-01-26 Thread Tom Elrod (JIRA)

Need ability to set socket timeout on socket client invoker
---

 Key: JBREM-50
 URL: http://jira.jboss.com/jira/browse/JBREM-50
 Project: JBoss Remoting
Type: Bug
  Components: transport  
Versions: 1.0.1 beta
Reporter: Tom  Elrod
 Assigned to: Tom  Elrod 
 Fix For: 1.0.1 final




-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss Portal] - Re: Adding my portlets

2005-01-26 Thread lnhf

Okay, I see.
But I don't know how to see the forum page. 
I have the database structure and the portal-forums.ear file.
Perhaps it's because a lot of my tables are empty. (only jbp_fourms_forums and 
jbp_fourm_category are 2 and 1 lines).

So, how can i see the forum.
Thank you
lnhf

Otherwise, have you a date for the next version with dynamical portal ... ?

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss Portal] - Re: Adding my portlets

you can provide a XXX-pages.xml, look how the forum portlet creates its page. 
Otherwise yes, you need to modify the default-portal.xml if you want you window 
placed on the default page.

we are working on having that dynamic, that will take time, especially for the 
doing the gui which needs to be nice.

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-332) Read ahead

 [ http://jira.jboss.com/jira/browse/JBAS-332?page=history ]

Scott M Stark reassigned JBAS-332:
--

Assign To: Alexey Loubyansky  (was: Scott M Stark)

> Read ahead
> --
>
>  Key: JBAS-332
>  URL: http://jira.jboss.com/jira/browse/JBAS-332
>  Project: JBoss Application Server
> Type: Bug
>   Components: CMP service
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Alexey Loubyansky
> Priority: Critical

>
>
> SourceForge Submitter: morphace .
> Hi,
> apparently read-ahead is only working for 1-n
> relationships :-(, not for n-1.
> In my case I used JB3.2b3 but it is the same with 3.0.4.
> My OS: WinXP, JDK 1.4.1_01
> Yes, I have the CMP docs ... ;-)
> Here my standardjbosscmp-jdbc.xml settings:
>   
> on-find
> 500
> *
>   
>   
>   1000
> I use commit-option B, instance per transaction
> configuration for my CMP EJB's.
> I looked at the code, and (I hope that I am right) it's
> clear that it does not work, because the read-ahead
> mechanism relies on the collection of primary keys (not
> foreign keys).
> I feel, that it could be (easily ;-)) done by
> collecting the foreign keys too and due to the fact
> that the current behavior has grave performance loss I
> submit it as bug.
> Is it okay ?
> TX
> Markus

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Commented: (JBCACHE-37) Stack Overflow when using Collection classes in TreeCacheAop

2005-01-26 Thread Andrew May (JIRA)

 [ 
http://jira.jboss.com/jira/browse/JBCACHE-37?page=comments#action_12314936 ]
 
Andrew May commented on JBCACHE-37:
---

Getting the cache from the MBean doesn't seem to make any difference. I'm still 
getting the same stack overflow.

I've changed CacheTestBean to get the cache like this:

MBeanServer server = 
(MBeanServer)MBeanServerFactory.findMBeanServer(null).get(0);
TreeCacheAop cache = (TreeCacheAop)server.getAttribute(new 
ObjectName("jboss.cache:service=TreeCacheAop"), "Instance");

I've also removed the JndiName attribute from the TreeCacheAop MBean just in 
case having the cache bound at all causes the problem, but that makes no 
difference.

Is it possible to have this bug re-opened, or is there something else I should 
be doing?

> Stack Overflow when using Collection classes in TreeCacheAop
> 
>
>  Key: JBCACHE-37
>  URL: http://jira.jboss.com/jira/browse/JBCACHE-37
>  Project: JBoss Cache
> Type: Bug
> Versions: 1.2
>  Environment: JBoss 4.0.1, JDK 1.5 (and also 1.4.2), Linux (Mandrake 10.0)
> Reporter: Andrew May
> Assignee: Ben Wang
>  Fix For: 1.2.1
>  Attachments: cachetest.jar, cachetest.zip, jboss-aop.xml, project.zip, 
> treeCacheAop-service.xml
>
>
> Stack overflow when calling TreeCacheAop.putObject(Fqn, Object) for an 
> aspectized object that contains a Collection class (tested with HashSet, 
> ArrayList and HashMap):
> Thread [http-0.0.0.0-7001-Processor25] (Suspended (exception 
> java.lang.StackOverflowError))
>   
> org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass)
>  line: 713
> ...
>   org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, 
> java.lang.ClassLoader) line: 50
>   
> org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass)
>  line: 713
>   org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, 
> java.lang.ClassLoader) line: 50
>   
> org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass)
>  line: 713
>   org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, 
> java.lang.ClassLoader) line: 50
>   javassist.CtNewClass(javassist.CtClass).toClass() line: 1000
>   org.jboss.aop.proxy.ClassProxyFactory.generateProxy(java.lang.Class) 
> line: 138
>   org.jboss.aop.proxy.ClassProxyFactory.newInstance(java.lang.Class) 
> line: 52
>   
> org.jboss.cache.aop.CollectionInterceptorUtil.getMethodMap(java.lang.Class) 
> line: 50
>   
> org.jboss.cache.aop.CachedSetInterceptor.(org.jboss.cache.aop.TreeCacheAop,
>  org.jboss.cache.Fqn, java.lang.Class) line: 41
>   org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, 
> java.lang.Object) line: 372
>   org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, 
> java.lang.Object) line: 265
>   org.jboss.cache.aop.TreeCacheAop.putObject(org.jboss.cache.Fqn, 
> java.lang.Object) line: 130
> Originally this was happening within our application, but I've managed to 
> write a simple test bean that demonstrates the problem.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-43) security.test.SecurityProxyUnitTestCase failure

 [ http://jira.jboss.com/jira/browse/JBAS-43?page=history ]
 
Scott M Stark resolved JBAS-43:
---

 Resolution: Done
Fix Version:  JBossAS-3.2.7 Final

Basic Subject.doAs support was added to get past the current jdk1.3 
limitations. Proper support of the JAAS authorization mechanism still requires 
jdk 1.4+.

> security.test.SecurityProxyUnitTestCase failure
> ---
>
>  Key: JBAS-43
>  URL: http://jira.jboss.com/jira/browse/JBAS-43
>  Project: JBoss Application Server
> Type: Bug
> Versions:  JBossAS-3.2.7 Final
>  Environment: [EMAIL PROTECTED] case2471]$ $JAVA_HOME/bin/java -version
> java version "1.3.1_14"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_14-b03)
> Java HotSpot(TM) Client VM (build 1.3.1_14-b03, mixed mode)
> Reporter: Scott M Stark
> Assignee: Scott M Stark
> Priority: Minor
>  Fix For:  JBossAS-3.2.7 Final

>
>
> The org.jboss.test.security.test.SecurityProxyUnitTestCase fails due to the 
> unsupported Subject.doAsPrivileged call. The jboss-jaas.jar implementation 
> only addresses the jaas 1.0 extension problems with class loading of login 
> modules. It does not provide a full Subject implementation and this will not 
> be fixed for 3.2.7. This test would have to run with the server configured to 
> use the 1.0 jaas.jar extension release, and either the jboss LoginContext 
> related classes in the extension classpath, or the login modules in the 
> extension classpath.
>classname="org.jboss.test.security.test.SecurityProxyUnitTestCase" 
> name="testMethodAccess" time="0.296">
>  type="java.rmi.ServerException">java.rmi.ServerException: RemoteException 
> occurred in server thread; nested exception is: 
>   java.rmi.ServerException: RuntimeException; nested exception is: 
>   java.lang.UnsupportedOperationException: doAsPrivileged is not 
> supported by this version of JAAS 1.0, use the JDK 1.4 version
> java.rmi.ServerException: RuntimeException; nested exception is: 
>   java.lang.UnsupportedOperationException: doAsPrivileged is not 
> supported by this version of JAAS 1.0, use the JDK 1.4 version
> java.lang.UnsupportedOperationException: doAsPrivileged is not supported by 
> this version of JAAS 1.0, use the JDK 1.4 version
>   at 
> sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:240)
>   at 
> sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:215)
>   at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:117)
>   at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown 
> Source)
>   at 
> org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:135)
>   at 
> org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:96)
>   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:100)
>   at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:91)
>   at $Proxy2.read(Unknown Source)
>   at 
> org.jboss.test.security.test.SecurityProxyUnitTestCase.testMethodAccess(SecurityProxyUnitTestCase.java:71)
>   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)
> 
>   

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Commented: (JBAS-26) Update 4.0.2 to use Tomcat-5.5.x

2005-01-26 Thread Roy Russo (JIRA)

 [ http://jira.jboss.com/jira/browse/JBAS-26?page=comments#action_12314931 ]
 
Roy Russo commented on JBAS-26:
---

+1

Faster jsp compilation will help the Portal project. ;-)

> Update 4.0.2 to use Tomcat-5.5.x
> 
>
>  Key: JBAS-26
>  URL: http://jira.jboss.com/jira/browse/JBAS-26
>  Project: JBoss Application Server
> Type: Task
> Versions: JBossAS-4.0.2 Final
> Reporter: Scott M Stark
> Assignee: Remy Maucherat
>  Fix For: JBossAS-4.0.2 Final

>
>
> We need to migrate the web container to tomcat 5.5.x to support JBossPortal 
> in the 4.0.x release series.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

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


View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050126115425Lbuild.739
BUILD COMPLETE - build.739Date of build: 01/26/2005 11:54:25Time to build: 36 minutes 39 secondsLast changed: 01/26/2005 09:36:49Last log entry: javadoc updates




    Unit Tests: (0)    Total Errors and Failures: (0) 
 Modifications since last build: (12)1.30modifiedloubyanskycommon/src/main/org/jboss/xml/binding/ObjectModelBuilder.javajavadoc updates1.2modifiedloubyanskytestsuite/src/main/org/jboss/test/xml/UnmarshallingMetaDataTestCase.javatests for BasicElementBinding.getNamespace()1.2modifiedloubyanskycommon/src/main/org/jboss/xml/binding/metadata/unmarshalling/AbstractBasicElementBinding.javaadded 'NamespaceBinding getNamespace()' to BasicElementBinding1.2modifiedloubyanskycommon/src/main/org/jboss/xml/binding/metadata/unmarshalling/BasicElementBinding.javaadded 'NamespaceBinding getNamespace()' to BasicElementBinding1.2modifiedloubyanskycommon/src/main/org/jboss/xml/binding/metadata/unmarshalling/DocumentBindingFactory.javaadded 'NamespaceBinding getNamespace()' to BasicElementBinding1.15modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/eviction/LRUPolicyUnitTestCase.javano message1.7modifiedbelabancache/src/main/org/jboss/cache/interceptors/CreateIfNotExistsInterceptor.javamoved synchronized stmt up to cover entire invoke() method1.6modifiedbelabancache/src/main/org/jboss/cache/interceptors/CreateIfNotExistsInterceptor.javapp1.26modifiedbelabancache/src/main/org/jboss/cache/lock/IdentityLock.javapp1.12modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCreateBeanClassInstanceCommand.javaAdded entity name to the exception msg1.2modifiedbelabantestsuite/src/main/org/jboss/test/cache/perf/basic/ReplicatedAsyncMapPerfTestCase.javans1.2modifiedbelabantestsuite/src/main/org/jboss/test/cache/perf/basic/ReplicatedAsyncPerfTestCase.javafixed incorrect setting of isolation levels

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1104) batchInvalidate async not possible

 [ http://jira.jboss.com/jira/browse/JBAS-1104?page=history ]
 
Scott M Stark resolved JBAS-1104:
-

 Resolution: Done
Fix Version:  JBossAS-3.2.7 Final
  JBossAS-4.0.2RC1
 JBossAS-5.0 Alpha

The default batch mode has been externalized and batchInvalidate fixed to honor 
the asynchronous parameter.

> batchInvalidate async not possible
> --
>
>  Key: JBAS-1104
>  URL: http://jira.jboss.com/jira/browse/JBAS-1104
>  Project: JBoss Application Server
> Type: Bug
>   Components: Clustering
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark
>  Fix For:  JBossAS-3.2.7 Final,  JBossAS-4.0.2RC1, JBossAS-5.0 Alpha

>
>
> SourceForge Submitter: davidmboon .
> InvalidationManager has a bug in
> org.jboss.cache.invalidation.InvalidationManager
> The batchInvalidate() methods always execute as
> synchronous.  This means if we connect to the
> InvalidationManager and invoke
> batchInvalidate(invalidations, true) it won't be async.
> I have attached a version of the InvalidationManager
> that allows you to set the async attribute via an mbean
> attribute.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-919) Problem using oracle-sequence key generation

 [ http://jira.jboss.com/jira/browse/JBAS-919?page=history ]

Scott M Stark reassigned JBAS-919:
--

Assign To: Alexey Loubyansky  (was: Scott M Stark)

> Problem using oracle-sequence key generation
> 
>
>  Key: JBAS-919
>  URL: http://jira.jboss.com/jira/browse/JBAS-919
>  Project: JBoss Application Server
> Type: Bug
>   Components: CMP service
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Alexey Loubyansky

>
>
> SourceForge Submitter: jeeads .
> OS client Window XP
>  server Windows Server 2000
> Database Oracle 8i
> JBoss 3.2.3 production release
> JDK Version 1.4.3
> I have created some entity beans that have non nullable 
> foreign keys and when I go to test them I find an 
> interesting problem. To test these beans I must create 
> or find an existing bean for the instatiation of the non 
> nullable foreign key. No matter if I create or find the 
> foreign key prior to creating the bean to test, when 
> creating the bean to test the 
> org.jboss.ejb.plugins.cmp.jdbc.keygen.JDBCOracleCreateC
> ommand doesn't get called? Here is the print out of the 
> problem. All bean transactions are marked required. 
> Error using lanehome.create to initialize the non nullable 
> foreign key for the bases bean 
> Initializing testBasesBean. 
> 2004-03-26 13:04:13,281 DEBUG 
> [org.jboss.ejb.plugins.LogInterceptor] InvokeHome: 
> create(471582173,4]]J,32526,32526,
> [EMAIL PROTECTED],YYYDDD;;;NNN444tttGGG===
> HHH>>>111WWWTTTppp666RRR
> [[[QQQ===333P```222UUUKKKggg]]]???
> \\\RRR555aaaWWWtttiii222111rrr^^^
> [[[666===444555tttGGG===TTTAAA666IIITTT
> TAAA777SSSIII000CCC888UUUMM?
> NkkkaaaMMMCCCpppf,-16268,-
> 1279147916,f999xxxKKKAAAmmm000VVVCCCU
> UULLLMMMCCCLLL999222OOO111XXXOOOFFFb
> bbbXXXEEE;;;[[[QZZZGGGeee
> [[[===DDDTTTCCCooofff999xxxZZZmmmcccO
> OOMMMrrryyy:::CCCyyyoooBBBYYY44411
> 1rrrOOO<<<111NNNWWWccc999EEEjjjaaaL
> LLCCCV,-22018,1888135678,Sat Apr 17 10:33:03 CDT 
> 2004,Sat Apr 17 11:56:25 CDT 2004,Sat Apr 17 
> 11:56:25 CDT 2004,Sat Apr 17 11:56:25 CDT 
> 2004,12186,12186,12186,7785,7785,7785,OOOvvvm
> mm666EEEXXXyyyooo
> [[[dddoooBBB888ddd;;;111:::MMMCCC^^
> ^UUU777JJJZZZFFFYYYOOOWWWDDDLL
> LCCC000???
> QQQ>>>555FFFYYYOOO<< GGdddBBBQQQnnndddqqqDDDSSSpppNNND
> DDpppggg333PPP___2GGGDDDPppp,222RRR66
> 6uuu444
> [[[===XXXOOO;;;^^^UUU@@@777IIIeee
> [[[>>>TTTaaa666]]]
> UUUhhh^^^JJJ```WWWttt999```444PPP``
> `sssIII???SSS555@@@]]]SSS
> 555222BBB___AAA7___\\\777>>>;;;111M
> MMCCCBBB^^^TTTAAAmmmcccaaa<< 1824321783,-1824321783,CaaaWWWttt999VVV,Fri Mar 
> 05 02:24:17 CST 2004,Fri Mar 05 04:06:53 CST 2004,Fri 
> Mar 05 04:06:53 CST 
> 2004,McccoooEEE<<< 8ddd
> [[[___UUU777>>>NNN;;;CCC:::UUUKKKww
> wJJJ@@@===OOOFFF222:::NNNCCCVVV666SS
> SSIII555[[[HHHvvv<< [[[888yyyddd[[[qqq;;;JJJggg
> DDD;;;XXXgggtttGGG===sss<,< MM]]]III@@@
> RRR444ZZZGGG<<< 6SSI5
> [[[NNNkkk000MMM___UUU^^^TTTjjj===4
> 44iii444GGG===sss<<<666SSSbbblllSSSIII666
> HHHBBBUUULLLxxxKKUUU\\\888
> [[[XXXNNNkkk000BBBUUUKKK777JJJZZZ
> a,null,null,null) 
> 2004-03-26 13:04:13,281 DEBUG 
> [com.genecodes.oracle8iseqcol.lane.LaneBean] 
> setEntityContext 
> 2004-03-26 13:04:13,359 DEBUG 
> [com.genecodes.oracle8iseqcol.lane.LaneBean] 
> ejbCreate 
> 2004-03-26 13:04:13,375 DEBUG 
> [org.jboss.ejb.plugins.cmp.jdbc.keygen.JDBCOracleCreate
> Command.Oracle8iSeqCol_Lane] Executing SQL: {call 
> INSERT INTO LANE (ID, LANE_TYPE, 
> APPLICATION_CREATOR, AUTO_ANALYSIS, AUTO_PRINT, 
> LAST_USED, NAME, LANE_NUMBER, STATUS, 
> THUMBPRINT, PRIMER_POSITION, 
> RAW_DATA_START_POINT, START_EP, END_EP, 
> START_EP_ANALYSIS, END_EP_ANALYSIS, 
> INITIAL_SCAN_START, INITIAL_SCAN_END, 
> LAST_SCAN_START, LAST_SCAN_END, 
> CUSTOM_SCAN_START, CUSTOM_SCAN_END, 
> START_COMMENT, STOP_COMMENT, 
> ADAPTIVE_WORKED, AVERAGE_SPACING, 
> CALCULATED_SPACING, ANALYSIS_VERSION, 
> DATE_UPLOADED, SAMPLE_CREATION, 
> SAMPLE_MODIFICATION, COLLECTION_SIZE_STD_NAME, 
> COLLECTION_ANALYSIS_PARMS_NAME, SAMPLE_ID, 
> SIGNAL_PROCESS_ID, RUN_ID) VALUES 
> (LaneSeq.NEXTVAL, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?
> , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) 
> RETURNING ID INTO ? } 
> 2004-03-26 13:04:13,515 DEBUG 
> [com.genecodes.oracle8iseqcol.lane.LaneBean] 
> ejbPostCreate 
> 2004-03-26 13:04:18,671 DEBUG 
> [org.jboss.ejb.plugins.LogInterceptor] InvokeHome: 
> create(O?
> 88UUULLL777___UUUSSSxxx555,5AAA111XXXCCC
> MMMXXX___UUU777===444GGG<<< DDDVVVMMMfff]]]???
> \\\QQQmmmFFF<< eee222rrrTTT```rrrEEETTTqqqZZZQQQ===
> 333>>>444;;;FFFPPP@@@666RRR555@

[JBoss-dev] [Design of JCA on JBoss] - Re: Creating datasource with the DeploymentService

I don't like the  configuration in -service.xml

1) The semantics are not well defined.
2) Classloading dependencies are not defined at all in the current jmx kernel
3) There are some workarounds in the deployment code just to stop users
trying to deploy the same jar twice through classpath elements in different 
-service.xml
4) The workaround in (3) does not take take into reference counting such that
correct undeployment would work
5) It has no notion of LoaderRepository, i.e. what is the classloading domain
and policy for these classloaders.

There is a ClassPathExtension MBean that can be used to add url classloaders
to a loader repository and that MBean takes part in the service lifecycle.
However, see (2) above.

I need to be convinced that these scheme would work anyway, i.e.
that you can actually redeploy a jdbc driver.
e.g. "uncomment" the jdbc driver redeploy test in the jca part of the testsuite
to see the problem.

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Closed: (JBAS-944) Empty JNDI 'java:' tree w/servlet 2.3 web container first

 [ http://jira.jboss.com/jira/browse/JBAS-944?page=history ]
 
Scott M Stark closed JBAS-944:
--

Resolution: Out of Date

> Empty JNDI 'java:' tree w/servlet 2.3 web container first
> -
>
>  Key: JBAS-944
>  URL: http://jira.jboss.com/jira/browse/JBAS-944
>  Project: JBoss Application Server
> Type: Bug
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark

>
>
> SourceForge Submitter: pjaromin .
> OS: Solaris 9
> JDK: HotSpot 1.4.2 SE (build 1.4.2-b28, mixed mode)
> Using a "clean" install of JBoss 3.2.3 (November 2003),
> install both webapps - test1.war and test2.war - in the
> 'deploy' directory.
> Visit test1 - http://localhost:8080/test1/jndi.do
> The web page output should look like:
> --
> CHILDREN of java:
> NAME: XAConnectionFactory TYPE:
> org.jboss.mq.SpyXAConnectionFactory
> NAME: DefaultDS TYPE:
> org.jboss.resource.adapter.jdbc.WrapperDataSource
> NAME: SecurityProxyFactory TYPE:
> org.jboss.security.SubjectSecurityProxyFactory
> NAME: DefaultJMSProvider TYPE:
> org.jboss.jms.jndi.JBossMQProvider
> NAME: comp TYPE: javax.naming.Context
> NAME: ConnectionFactory TYPE:
> org.jboss.mq.SpyConnectionFactory
> NAME: JmsXA TYPE:
> org.jboss.resource.adapter.jms.JmsConnectionFactoryImpl
> NAME: jaas TYPE: javax.naming.Context
> NAME: timedCacheFactory TYPE: javax.naming.Context
> NAME: TransactionPropagationContextExporter TYPE:
> org.jboss.tm.TransactionPropagationContextFactory
> NAME: Mail TYPE: javax.mail.Session
> NAME: StdJMSPool TYPE:
> org.jboss.jms.asf.StdServerSessionPoolFactory
> NAME: TransactionPropagationContextImporter TYPE:
> org.jboss.tm.TransactionPropagationContextImporter
> NAME: TransactionManager TYPE: org.jboss.tm.TxManager
> --
> Next, visit http://localhost:8080/test2/index.do
> By default, using the JBoss Classloader and Java2
> compliance in tomcat, you will receive an error -
> 'java.lang.NoSuchMethodError:
> test.webui.actions.UserInfo.getCount2()I'  - when
> attempting to view "test2/index.do" since there is an
> incompatible version of the same class loaded in "test1". 
> Edit the file
> default/deploy/jbossweb-tomcat41.sar/META-INF/jboss-service.xml
> and change the following attributes to "false":
>  name="Java2ClassLoadingCompliance">true
> true  
> ...next, either remove the management app or edit
> web-console.war/WEB-INF/jboss-web.xml and add 
> 
> Now, restart the app server. (run.sh -c default).
> You should be able to visit both web apps without error
> this time, however, the output will list no children of
> "java:"  in the InitialContext:
> http://localhost:8080/test1/jndi.do
> http://localhost:8080/test2/index.do
> OUTPUT of http://localhost:8080/test1/jndi.do
> --
> CHILDREN of java:
> --

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JCA on JBoss] - Creating datasource with the DeploymentService

I would like to revisit an issue that was briefly mentioned in this thread 
(http://www.jboss.com/index.html?module=bb&op=viewtopic&t=58900). Namely that I 
would like to discuss adding support for the classpath element to *-ds.xml's.

The recommended datasource deployment scenario from thread above is to bundle 
everything into a .sar file with the following structure:
./deploy/mydatasource.sar/
  | META-INF/jboss-service.xml = 
  | my-ds.xml
  | mydriver.jar

Suggested alternative:
./deploy/my-ds.xml  (including classpath element pointing to mydriver.jar)
  | ./data/datasource_drivers/mydriver.jar

I am not suggesting this as a general alternative to the .sar approach, but for 
one particular scenario, described below, I believe it has some advantages.

1) The Admin Console is going to use the DeploymentService 
(http://www.jboss.org/wiki/Wiki.jsp?page=DeploymentService) to create, update 
and delete datasources.

2) There is an advantage in having the datasource driver .jar live outside of a 
.sar file due to the way the DeploymentService works. Namely that clients of 
the DeploymentService would not have to keep a reference to the datasource 
driver .jar, in order to pass it to the DeploymentService when doing an update. 
Keeping the reference is necessary when everything is bundled into a .sar since 
there is no way to obtain from a datasource a reference to the driver it is 
using.

3) Assuming you agree with point 2) it is also a good idea for the datasource 
driver .jar to live outside of the scanned deployment directories, so that 
multiple versions of the same driver can be supported. The classpath element is 
therefore needed to associate the configuration definition of the datasource 
and the driver.jar file.

4) It is easier to create a DeploymentService template for a -ds.xml file than 
to create a -service.xml that does the same thing.


So, assuming the scenario above is taken as being sufficient reason to add 
classpath element support for ds.xml's, how hard would it actually be to 
implement?

Thanks

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] jboss-3.2 build.275 Build Successful


View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050126132025Lbuild.275
BUILD COMPLETE - build.275Date of build: 01/26/2005 13:20:25Time to build: 46 minutes 25 secondsLast changed: 01/26/2005 13:06:40Last log entry: Cleanup, resolves [JBAS-1307] Confusing stack trace on EJB deployment for missing optional method attribute .




    Unit Tests: (0)    Total Errors and Failures: (0) 
 Modifications since last build: (2)1.41.2.14modifiedstarksmserver/src/main/org/jboss/metadata/BeanMetaData.javaCleanup, resolves [JBAS-1307] Confusing stack trace on EJB deployment for missing optional method attribute .1.8.2.5modifiedstarksmserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCustomFinderQuery.javaFor custom finders, don't log or wrap finder exceptions uneccessarily. Resolves JBAS-1289.

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-71) Problem returning a Remote Interface from Business method Using IIOP with EJB on jboss-3.2.5

 [ http://jira.jboss.com/jira/browse/JBAS-71?page=history ]
 
Scott M Stark resolved JBAS-71:
---

Resolution: Deferred

A number of fixes in the iiop layer have been ported to 3.2.7 from 4.0.1 so 
retry with that and provide a testcase if there continues to be a problem.

> Problem returning a Remote Interface from Business method Using IIOP with EJB 
> on jboss-3.2.5
> 
>
>  Key: JBAS-71
>  URL: http://jira.jboss.com/jira/browse/JBAS-71
>  Project: JBoss Application Server
> Type: Bug
>   Components: EJBs
> Versions:  JBossAS-3.2.5 Final
>  Environment: Windows XP, JDK 1.4.2_04
> Reporter: Millin Parikh
> Assignee: Scott M Stark

>
> Original Estimate: 2 days
> Remaining: 2 days
>
> I am using IIOP and my bean type is Statefull Beans. All Descriptors are set 
> properly.
> Process Desctiption:
> Followint in my beans business method which returns a(IRemote) Interface 
> which extended from Remote Interface.This new interface is Implemented By my 
> RMI class(RemoteImpl) extending PortableRemoteObject.
> Problem Method:
> public IRemote callme() throws RemoteException
> {
>RemoteImpl remoteimpl=new RemoteImpl(?program?);
>return (IRemote)  remoteimpl; 
> }  
> Above Business Method Throws server side error as Follows:
> 15:32:33,470 INFO  [JkMain] Jk running ID=0 time=0/330 config=null
> 15:34:15,310 ERROR [jacorb]org.omg.CORBA.portable.UnknownException:   vmcid: 
> 0x0  minor code: 0 completed: 
> Maybe
> at 
> org.jboss.iiop.rmi.marshal.strategy.SkeletonStrategy.writeException(SkeletonStrategy.java:164)
> at 
> org.jboss.proxy.ejb.EjbObjectCorbaServant._invoke(EjbObjectCorbaServant.java:236)
> at org.jacorb.poa.RequestProcessor.invokeOperation(Unknown Source)
> at org.jacorb.poa.RequestProcessor.process(Unknown Source)
> at org.jacorb.poa.RequestProcessor.run(Unknown Source)

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-546) web-console applet doesn't work on linux browsers

 [ http://jira.jboss.com/jira/browse/JBAS-546?page=history ]
 
Scott M Stark resolved JBAS-546:


Resolution: Cannot Reproduce Bug

Works fine for me as well using jre 1.4.2_05.

> web-console applet doesn't work on linux browsers
> -
>
>  Key: JBAS-546
>  URL: http://jira.jboss.com/jira/browse/JBAS-546
>  Project: JBoss Application Server
> Type: Bug
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark

>
>
> SourceForge Submitter: stefanf .
> It seems that the tree applet on the right side of the web-console 
> web page doesn't work in linux web browsers.  I've tried this in 
> Konqueror, Opera and Mozilla and none of them work. 
>  
> Here's a stack trace of the error that occurs: 
>  
> Java VM version: 1.4.1_01 
> Java VM vendor:  Sun Microsystems Inc. 
> http://dev:8080/web-console/Invoker 
> java.security.AccessControlException: access denied 
> (java.lang.RuntimePermission getClassLoader) 
>   at 
> java.security.AccessControlContext.checkPermission(AccessControlContext.java:270)
>  
>   at 
> java.security.AccessController.checkPermission(AccessController.java:401) 
>   at 
> java.lang.SecurityManager.checkPermission(SecurityManager.java:542) 
>   at java.lang.Thread.getContextClassLoader(Thread.java:1189) 
>   at 
> org.jboss.invocation.MarshalledValueInputStream.resolveClass(MarshalledValueInputStream.java:84)
>  
>   at 
> java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1513) 
>   at 
> java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435) 
>   at 
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626) 
>   at 
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) 
>   at 
> java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) 
>   at 
> org.jboss.invocation.MarshalledValue.get(MarshalledValue.java:78) 
>   at org.jboss.console.remote.Util.invoke(Util.java:77) 
>   at 
> org.jboss.console.remote.AppletRemoteMBeanInvoker.invoke(AppletRemoteMBeanInvoker.java:50)
>  
>   at 
> org.jboss.console.navtree.ConsoleTreeModel.loadTree(ConsoleTreeModel.java:104)
>  
>   at 
> org.jboss.console.navtree.ConsoleTreeModel.(ConsoleTreeModel.java:59) 
>   at 
> org.jboss.console.navtree.AdminTreeBrowser.(AdminTreeBrowser.java:63) 
>   at 
> org.jboss.console.navtree.AppletBrowser.start(AppletBrowser.java:51) 
>   at 
> org.kde.kjas.server.KJASAppletStub.startApplet(KJASAppletStub.java:254) 
>   at 
> org.kde.kjas.server.KJASAppletContext.startApplet(KJASAppletContext.java:200) 
>   at 
> org.kde.kjas.server.KJASProtocolHandler.processCommand(KJASProtocolHandler.java:207)
>  
>   at 
> org.kde.kjas.server.KJASProtocolHandler.commandLoop(KJASProtocolHandler.java:86)
>  
>   at org.kde.kjas.server.Main.main(Main.java:178)

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-421) Jboss CMR extra column name problem

 [ http://jira.jboss.com/jira/browse/JBAS-421?page=history ]

Scott M Stark reassigned JBAS-421:
--

Assign To: Alexey Loubyansky  (was: Scott M Stark)

>  Jboss CMR extra column name problem
> 
>
>  Key: JBAS-421
>  URL: http://jira.jboss.com/jira/browse/JBAS-421
>  Project: JBoss Application Server
> Type: Bug
>   Components: CMP service
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Alexey Loubyansky
> Priority: Minor

>
>
> SourceForge Submitter: dheeraj_s .
> Hi :
> I have a very simple relationship.
> UserBean < Login
> This is 1:1 relationship.
> I am trying to load UserBean from LoginBean.
> At the database level
> It is
> Login.UserId [FK] = User.Id
> In LoginBean I have 
> setUserBean and getUserBean methods.
> I have written a EJB-QL, Where I fecth the Object of 
> LoginBean.
> It compiles and installs very decently.
> However, when I try to invoke the EJB-QL. I get the 
> following error in the log file.
> select id,username.,userBean from 
> Login where username = ? and password = ?
> This is a wrong SQL as there is no userBean in the 
> Login Table.
> I tried to use this in Jboss3.0.x plus on jboss3.2.0 with 
> Tomcat.
> Can someone please explain, why Jboss is creating a 
> worng SQL.
> Cheers
> Dheeraj

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1224) Make the JBoss server runnable from a read-only partition

 [ http://jira.jboss.com/jira/browse/JBAS-1224?page=history ]
 
Scott M Stark resolved JBAS-1224:
-

Resolution: Done

This is already supported using the system properties that control the log dir 
in the log4j.xml, data dir and tmp dir. See the admin guide for how the jboss 
dist can be split up into different paths.

> Make the JBoss server runnable from a read-only partition
> -
>
>  Key: JBAS-1224
>  URL: http://jira.jboss.com/jira/browse/JBAS-1224
>  Project: JBoss Application Server
> Type: Feature Request
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark

>
>
> SourceForge Submitter: didickman .
> In an enterprise setting, JBoss would be installed 
> as /opt/jboss-3.2.x which would be a read-only area. 
> The problem with the current setup of JBoss is that it 
> expects to be able to write to /opt/jboss-3.2.x/server/
> {all,default,minimal}. Making JBoss instances easily 
> accessible from a different area than /opt/jboss-
> 3.2.x/server/ is important in this environment and would 
> be a very useful improvement.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Closed: (JBAS-489) Cannot startup jbossweb-jetty without javax.ejb.*

 [ http://jira.jboss.com/jira/browse/JBAS-489?page=history ]
 
Scott M Stark closed JBAS-489:
--

Resolution: Out of Date

Jetty is history.

> Cannot startup jbossweb-jetty without javax.ejb.*
> -
>
>  Key: JBAS-489
>  URL: http://jira.jboss.com/jira/browse/JBAS-489
>  Project: JBoss Application Server
> Type: Bug
>   Components: Web (Tomcat) service
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark

>
>
> SourceForge Submitter: starksm .
> I'm testing a minimal web container configuration for
> netbooting and I'm seeing that the jbossweb-jetty.sar
> will not startup due to a linkage dependency on the
> javax.ejb.* classes. This most likely is coming from
> the distributed session stuff, but this should not
> cause the server to fail to startup.  The configuration
> consists of the minimal/conf/jboss-service.xml
> descriptor and the following lib and deploy content:
> [EMAIL PROTECTED] JBoss]$ ls jboss-3.2.0/server/netboot/lib/
> javax.servlet.jar  jboss.jar  jnpserver.jar  log4j.jar
> [EMAIL PROTECTED] JBoss]$ ls
> jboss-3.2.0/server/netboot/deploy/
> jbossweb-jetty.sar
> See the attached stack trace for the startup error.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Closed: (JBAS-555) java:comp not bound when java2ClassLoadingCompliance false

 [ http://jira.jboss.com/jira/browse/JBAS-555?page=history ]
 
Scott M Stark closed JBAS-555:
--

Resolution: Out of Date

> java:comp not bound when java2ClassLoadingCompliance false
> --
>
>  Key: JBAS-555
>  URL: http://jira.jboss.com/jira/browse/JBAS-555
>  Project: JBoss Application Server
> Type: Bug
>   Components: Web (Tomcat) service
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark

>
>
> SourceForge Submitter: bonhamcm .
> Tested in both JBoss 3.2.0RC4 Tomcat 4.1.18 and 
> JBoss 3.2.2beta Tomcat 4.1.24, Win2K, Sun JDK 
> 1.4.1_02.
> When java2ClassLoadingCompliance is set to false in 
> jboss-web.xml, the java:comp context cannot be 
> accessed.  It appears that that the ENC context is 
> loaded by the FactoryURLClassLoader before the 
> application has read the jboss-web.xml file to see that it 
> should actually be loaded by the WebAppClassLoader 
> since java2ClassLoadingCompliance is false.
> javax.naming.NameNotFoundException: comp not bound
>   at org.jnp.server.NamingServer.getBinding
> (NamingServer.java:495)
>   at org.jnp.server.NamingServer.getBinding
> (NamingServer.java:503)
>   at org.jnp.server.NamingServer.getObject
> (NamingServer.java:509)
>   at org.jnp.server.NamingServer.lookup
> (NamingServer.java:253)
>   at org.jnp.interfaces.NamingContext.lookup
> (NamingContext.java:500)
>   at org.jnp.interfaces.NamingContext.lookup
> (NamingContext.java:479)
>   at javax.naming.InitialContext.lookup
> (InitialContext.java:347)
>   at 
> org.jboss.test.classloader.scoping.override.web.log4j113.
> ENCServlet.processRequest(ENCServlet.java:56)
>   at 
> org.jboss.test.classloader.scoping.override.web.log4j113.
> ENCServlet.doGet(ENCServlet.java:35)
>   at javax.servlet.http.HttpServlet.service
> (HttpServlet.java:740)
>   at javax.servlet.http.HttpServlet.service
> (HttpServlet.java:853)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalD
> oFilter(ApplicationFilterChain.java:247)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter
> (ApplicationFilterChain.java:193)
>   at 
> org.apache.catalina.core.StandardWrapperValve.invoke
> (StandardWrapperValve.java:256)
>   at 
> org.apache.catalina.core.StandardPipeline$StandardPipe
> lineValveContext.invokeNext(StandardPipeline.java:643)
>   at 
> org.apache.catalina.core.StandardPipeline.invoke
> (StandardPipeline.java:480)
>   at 
> org.apache.catalina.core.ContainerBase.invoke
> (ContainerBase.java:995)
>   at 
> org.apache.catalina.core.StandardContextValve.invoke
> (StandardContextValve.java:191)
>   at 
> org.apache.catalina.core.StandardPipeline$StandardPipe
> lineValveContext.invokeNext(StandardPipeline.java:643)
>   at 
> org.apache.catalina.valves.CertificatesValve.invoke
> (CertificatesValve.java:246)
>   at 
> org.apache.catalina.core.StandardPipeline$StandardPipe
> lineValveContext.invokeNext(StandardPipeline.java:641)
>   at 
> org.apache.catalina.core.StandardPipeline.invoke
> (StandardPipeline.java:480)
>   at 
> org.apache.catalina.core.ContainerBase.invoke
> (ContainerBase.java:995)
>   at 
> org.apache.catalina.core.StandardContext.invoke
> (StandardContext.java:2415)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke
> (StandardHostValve.java:180)
>   at 
> org.apache.catalina.core.StandardPipeline$StandardPipe
> lineValveContext.invokeNext(StandardPipeline.java:643)
>   at 
> org.apache.catalina.valves.ErrorDispatcherValve.invoke
> (ErrorDispatcherValve.java:171)
>   at 
> org.apache.catalina.core.StandardPipeline$StandardPipe
> lineValveContext.invokeNext(StandardPipeline.java:641)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke
> (ErrorReportValve.java:172)
>   at 
> org.apache.catalina.core.StandardPipeline$StandardPipe
> lineValveContext.invokeNext(StandardPipeline.java:641)
>   at 
> org.apache.catalina.valves.AccessLogValve.invoke
> (AccessLogValve.java:509)
>   at 
> org.apache.catalina.core.StandardPipeline$StandardPipe
> lineValveContext.invokeNext(StandardPipeline.java:641)
>   at 
> org.apache.catalina.core.StandardPipeline.invoke
> (StandardPipeline.java:480)
>   at 
> org.apache.catalina.core.ContainerBase.invoke
> (ContainerBase.java:995)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke
> (StandardEngineValve.java:174)
>   at 
> org.apache.catalina.core.StandardPipeline$StandardPipe
> lineValveContext.invokeNext(StandardPipeline.java:643)
>   at 
> org.apache.catalina.core.StandardPipeline.invoke
> (StandardPipeline.java:480)
>   at 
> org.apache.catalina.core.ContainerBase.invoke
> (ContainerBase.java:995)
>   at 
> org.apache.coyote.tomcat4.CoyoteAdapter.service
> (CoyoteAdapter.java:223)
>   at 
> org.apache.coyote

[JBoss-dev] [JBoss JIRA] Closed: (JBAS-785) Ear deploy breaks on windows 2000 if Filename too big

 [ http://jira.jboss.com/jira/browse/JBAS-785?page=history ]
 
Scott M Stark closed JBAS-785:
--

Resolution: Won't Fix

Its a win32 limitation for which no configuration workaround has been found.

> Ear deploy breaks on windows 2000 if Filename too big
> -
>
>  Key: JBAS-785
>  URL: http://jira.jboss.com/jira/browse/JBAS-785
>  Project: JBoss Application Server
> Type: Bug
>   Components: Web (Tomcat) service
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark

>
>
> SourceForge Submitter: erdeni .
> I am working on windows 2000, jdk1.4.1_05
> My ear deployment fails on windows 2000 (No problem 
> on linux redhat 8). if the size of the filename inside the 
> war is too big or if a class contains inner classes.
> It started happenning with the final release of 3.2.2 (I 
> think it was fine with its RC's)
> I have tried 3.2.3RC1 it has the same problem
> 2003-11-13 15:47:08,931 INFO  
> [org.jboss.deployment.EARDeployer] Init J2EE 
> application: file:/C:/data/jboss/jboss-
> 3.2.3RC1/server/default/deploy/myapp.ear
> 2003-11-13 15:47:35,165 ERROR 
> [org.jboss.web.tomcat.tc4.EmbeddedTomcatService] 
> Problem in init 
> java.io.FileNotFoundException: C:\data\jboss\jboss-
> 3.2.3RC1\server\default\tmp\deploy\tmp53007myapp.ear-
> contents\myapp-web.war\WEB-
> INF\classes\FailedFile.class 
> (The system cannot find the path specified)
>   at java.io.FileOutputStream.open(Native 
> Method)
>   at java.io.FileOutputStream.
> (FileOutputStream.java:176)
>   at java.io.FileOutputStream.
> (FileOutputStream.java:131)
>   at org.jboss.util.file.JarUtils.unjar
> (JarUtils.java:277)
>   at org.jboss.web.AbstractWebContainer.init
> (AbstractWebContainer.java:301)
>   at org.jboss.deployment.MainDeployer.init
> (MainDeployer.java:696)
>   at org.jboss.deployment.MainDeployer.init
> (MainDeployer.java:716)
>   at org.jboss.deployment.MainDeployer.deploy
> (MainDeployer.java:632)
>   at org.jboss.deployment.MainDeployer.deploy
> (MainDeployer.java:605)
>   at 
> sun.reflect.GeneratedMethodAccessor41.invoke
> (Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke
> (DelegatingMethodAccessorImpl.java:25)
>   at java.lang.reflect.Method.invoke
> (Method.java:324)
>   at 
> org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke
> (ReflectedMBeanDispatcher.java:284)
>   at org.jboss.mx.server.MBeanServerImpl.invoke
> (MBeanServerImpl.java:546)
>   at org.jboss.mx.util.MBeanProxyExt.invoke
> (MBeanProxyExt.java:177)
>   at $Proxy6.deploy(Unknown Source)
>   at 
> org.jboss.deployment.scanner.URLDeploymentScanner.de
> ploy(URLDeploymentScanner.java:302)
>   at 
> org.jboss.deployment.scanner.URLDeploymentScanner.sc
> an(URLDeploymentScanner.java:476)
>   at 
> org.jboss.deployment.scanner.AbstractDeploymentScann
> er$ScannerThread.doScan
> (AbstractDeploymentScanner.java:201)
>   at 
> org.jboss.deployment.scanner.AbstractDeploymentScann
> er.startService(AbstractDeploymentScanner.java:274)
>   at org.jboss.system.ServiceMBeanSupport.start
> (ServiceMBeanSupport.java:192)
>   at 
> sun.reflect.GeneratedMethodAccessor8.invoke(Unknown 
> Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke
> (DelegatingMethodAccessorImpl.java:25)
>   at java.lang.reflect.Method.invoke
> (Method.java:324)
>   at 
> org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke
> (ReflectedMBeanDispatcher.java:284)
>   at org.jboss.mx.server.MBeanServerImpl.invoke
> (MBeanServerImpl.java:546)
>   at 
> org.jboss.system.ServiceController$ServiceProxy.invoke
> (ServiceController.java:976)
>   at $Proxy0.start(Unknown Source)
>   at org.jboss.system.ServiceController.start
> (ServiceController.java:394)
>   at 
> sun.reflect.GeneratedMethodAccessor7.invoke(Unknown 
> Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke
> (DelegatingMethodAccessorImpl.java:25)
>   at java.lang.reflect.Method.invoke
> (Method.java:324)
>   at 
> org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke
> (ReflectedMBeanDispatcher.java:284)
>   at org.jboss.mx.server.MBeanServerImpl.invoke
> (MBeanServerImpl.java:546)
>   at org.jboss.mx.util.MBeanProxyExt.invoke
> (MBeanProxyExt.java:177)
>   at $Proxy4.start(Unknown Source)
>   at org.jboss.deployment.SARDeployer.start
> (SARDeployer.java:226)
>   at org.jboss.deployment.MainDeployer.start
> (MainDeployer.java:832)
>   at org.jboss.deployment.MainDeployer.deploy
> (MainDeployer.java:642)
>   at org.jboss.deployment.MainDeployer.deploy
> (MainDeployer.java:605)
>   at org.jboss.deployment.MainDeployer.deploy
> (MainDeployer.java:589)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native 
> Method)
>   at sun.reflect

[JBoss-dev] [Design of JCA on JBoss] - Re: Creating datasource with the DeploymentService

Just a point here: using subdeployments (.jar within .sar) you have the 
advantage of the deployer making temporary copies of the .jar, .sar, so we 
avoid the problem of the URLClassLoader locking those files

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-517) Java libraries not found when JBoss is run as NT service

 [ http://jira.jboss.com/jira/browse/JBAS-517?page=history ]
 
Scott M Stark resolved JBAS-517:


Resolution: Won't Fix

> Java libraries not found when JBoss is run as NT service
> 
>
>  Key: JBAS-517
>  URL: http://jira.jboss.com/jira/browse/JBAS-517
>  Project: JBoss Application Server
> Type: Bug
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark

>
>
> SourceForge Submitter: vladchuk .
> JBoss version: 3.2.1
> OS: Windows2000 Server SP3, WindowsXP Professional
> JDK: 1.4.1_02
> When attempted to run as NT service using the 
> command file provided in FAQ forum and javaservice.exe
> as service launcher JBoss invariably fails as follows: 
> (this is the full content of the boot.log):
> java.lang.NoClassDefFoundError: 
> EDU/oswego/cs/dl/util/concurrent/ConcurrentReaderHas
> hMap
> Please see the attached file for full stack trace.
>   
> The 3.0.x version did not have this problem and every 
> 3.2.x (including beta releases) exibited this behavior.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-872) Problem with non-English characters in UTF-8 encoded queries

 [ http://jira.jboss.com/jira/browse/JBAS-872?page=history ]

Scott M Stark reassigned JBAS-872:
--

Assign To: Alexey Loubyansky  (was: Scott M Stark)

> Problem with non-English characters in UTF-8 encoded queries
> 
>
>  Key: JBAS-872
>  URL: http://jira.jboss.com/jira/browse/JBAS-872
>  Project: JBoss Application Server
> Type: Bug
>   Components: CMP service
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Alexey Loubyansky

>
>
> SourceForge Submitter: azzazzel .
> I'm resubmitting this issue since the the last time I
> did (see #887491) it was understood wrong,
> closed and marked as "invalid" by "loubyansky" without
> even making the effort to clarify it.
> 
> Initial Comment (see #887491 for full text):
> It seems that all characters coded with more than one
> byte (2+ bytes) in UTF-8 encoded queries are
> incorrectly parsed by [EJB/JBoss]QLParser as seen in
> this log fragment:
> [...]
> If I pass parameter like '\u0105' instead of ''
> then it works.
> [...]
> Comment By: Alexey Loubyansky (loubyansky):
> Why is 'ą' supposed to be understood?
> Either you provide unicode content as is (not the
> 'ą' form) or you use unicode escapes as defined in
> the Java
> spec, i.e. '\u'.
> 
> I very well know that "ą" is not supposed to be
> understood!
> What I have typed in the  was character with
> Unicode code \u0105 also called "LATIN SMALL LETTER A
> WITH OGONEK"
> I guess it was converted to "ą" by SF and I haven't
> even noticed it was!
> I bet if you type Russian characters in  they
> would also be displayed in &#XXX; form.
> This subject was discussed previously on JBoss-user
> list and Alexey Loubyansky was also answering my
> e-mails there.
> (See:
> http://www.mail-archive.com/jboss-user@lists.sourceforge.net/msg35226.html)
> I have also contacted Alexey Loubyansky and Dain
> Sundstrom since they are mentioned to be the authors of
> "JBossQLParser.jjt" and "EJBQLParser.jjt".
> Alexey didn't answer, while Dain stated he does not
> work for JBoss any more.
> I was asked to open a bug report by Heiko Rupp on
> jboss-user list!
> Now once again to make it clear:
> I do not enter in my queries characters in the form
> "ą" but naturally in UTF-8 encoding (as they are
> typed)!
> It does not work! It is incorrectly parsed! I believe
> it is because parser expects 1 byte long character
> (\u0105 has two bytes in UTF-8).
> As I said before setting "JAVA_UNICODE_ESCAPE = false"
> in "JBossQLParser.jjt" and "EJBQLParser.jjt" solves the
> problem!
> More specifically it causes that parser understands
> UTF-8 but does not understand Unicode escaped
> characters (in the form \u).
> I don't know how to set it in order to understand both!
> Can I please ask you, to have another look on this!
> Please contact me if you need more information on this
> subject!
> Milen Dyankov

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1325) String property replacement is not working for constructors.

2005-01-26 Thread Roland Rïz (JIRA)

String property replacement is not working for constructors.


 Key: JBAS-1325
 URL: http://jira.jboss.com/jira/browse/JBAS-1325
 Project: JBoss Application Server
Type: Bug
Versions: JBossAS-4.0.1 Final
Reporter: Roland Rïz
 Assigned to: Scott M Stark 
Priority: Minor


In the following sample of an MBean the StringPropertyReplacer is not applied 
for the 
values needed in the constructor.





myKeys.ks
tryIt  


In this sample JaasSecurityDomain would be creaded with "${my.domain.name}" as 
argument
instead of the corresponding SystemProperty.

The fix is very simple:

in org.jboss.system.ServiceCreator.ConstructorInfo#create (around line 287):
Element arg = (Element)list.item(j);
// String signature = arg.getAttribute("type");
String signature = 
StringPropertyReplacer.replaceProperties(arg.getAttribute("type"));
// String value = arg.getAttribute("value");
String value = 
StringPropertyReplacer.replaceProperties(arg.getAttribute("value"));
Object realValue = value;

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBossCache] - Cache deadlock problem when using TreeCache as 2LC for hiber

2005-01-26 Thread octopus

I'm not sure whether it is problem of cache, hibernate or my design. Please 
give me an advise if there's a well-known pattern to solve this.

Suppose I have an entity with two props - key and value mapped to a table with 
two fields.


  | 
  | 
  | 
  | 
  | 
  | 
  | 
  | 
  | 
  | 
  | 
  | 
  | 

Suppose I have a servlet which prints values for keys passed as parameter. 
(like /servletName?keyList=1,2,3,4)

Servlet looks like 


  | void service(HttpServletRequest request, HttpServletResponse response) 
throws ServletException, IOException {
  | 
  | StringTokenizer st = new 
StringTokenizer(request.getParameter("keyList"), ",");
  | UserTransaction utx;
  | try {
  | utx = (UserTransaction)new 
InitialContext().lookup("UserTransaction");
  | utx.begin();
  | 
  | Session session = 
HibernateContext.getSession("java:/hibernate/SessionFactory");
  | 
  | while(st.hasMoreTokens()){
  | Integer id = new Integer(st.nextToken());
  | 
  | System.out.println(""+Thread.currentThread()+" loading 
"+id);
  | session.load(TestEntity.class, id);
  | Thread.sleep(1000);
  | }
  | 
  | utx.commit();
  | } catch (Exception e) {
  | e.printStackTrace();
  | }
  | 
  | 
  | 
  | }
  | 
  | 


If I request simultaneously following url's:

/servletName?keyList=1,2,3,4,5,6,7,8,9,10
and
/servletName?keyList=10,9,8,7,6,5,4,3,2,1

I hava 100% chance to get a deadlock.

anonymous wrote : 
  | 20:06:29,588 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor25,5,jboss] 
loading 1
  | 20:06:31,635 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor24,5,jboss] 
loading 10
  | 20:06:37,807 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor25,5,jboss] 
loading 2
  | 20:06:39,041 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor25,5,jboss] 
loading 3
  | 20:06:40,197 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor25,5,jboss] 
loading 4
  | 20:06:41,619 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor25,5,jboss] 
loading 5
  | 20:06:42,760 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor25,5,jboss] 
loading 6
  | 20:06:43,057 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor24,5,jboss] 
loading 9
  | 20:06:43,901 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor25,5,jboss] 
loading 7
  | 20:06:44,229 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor24,5,jboss] 
loading 8
  | 20:06:45,119 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor25,5,jboss] 
loading 8
  | 20:06:45,401 INFO  [STDOUT] Thread[http-0.0.0.0-8180-Processor24,5,jboss] 
loading 7
  | 20:07:00,135 ERROR [IdentityLock] read lock for 
//hibernate/test/TestEntity/8 could not be acquired after 15000 ms. Lock
  | map ownership Read lock owners: []
  | Write lock owner: :2
  |  (caller=:1)
  | 20:07:00,166 INFO  [STDOUT] net.sf.hibernate.cache.CacheException: 
org.jboss.cache.lock.TimeoutException: lock for //hibe
  | rnate/test/TestEntity/8 could not be acquired after 15000ms. Lock map 
ownership  Read lock owners: []
  | Write lock owner: :2
  | 
  | at net.sf.hibernate.cache.TreeCache.get(TreeCache.java:61)
  | at 
net.sf.hibernate.cache.TransactionalCache.get(TransactionalCache.java:29)
  | at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:2121)
  | at 
net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:2000)
  | at net.sf.hibernate.impl.SessionImpl.load(SessionImpl.java:1929)
  | at test.TestCacheLockServlet.service(TestCacheLockServlet.java:57)
  | 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)
  |

[JBoss-dev] [JBossCache] - Re: unable to call getKeys using JNDI

2005-01-26 Thread kkalmbach

A couple more things I should have mentioned.
I am using jboss-cache 1.2
The same error happens if I call getChildrenNames

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBBUILD-6) Unable to use the docs target to build JBoss's Javadoc

2005-01-26 Thread James Wilson (JIRA)

Unable to use the docs target to build JBoss's Javadoc
--

 Key: JBBUILD-6
 URL: http://jira.jboss.com/jira/browse/JBBUILD-6
 Project: JBoss Build System
Type: Bug
 Environment: I have only tried this build on Windows XP/2003 systems if that 
is relevant (unlikely).
Reporter: James Wilson
Priority: Minor


Please see the forum posts mentioned below for details, but basically the 
"docs" target advertised by the "help" target as building the Javadoc does not 
work.

As the posts indicate, for the 3.2.x branch, using the "all" target was 
suggested, but for both 3.2.4 and 3.2.6 this target also fails.

The second post mentioned below, is from another user, and he/she indicates 
that the "docs" target does not work in the 4.x branch either.

Posts:

http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862405
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863608
 

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Commented: (JBMQ-106) Could not stop JMS connection

2005-01-26 Thread Adrian Brock (JIRA)

 [ http://jira.jboss.com/jira/browse/JBMQ-106?page=comments#action_12314961 
]
 
Adrian Brock commented on JBMQ-106:
---

Three things I do see from reading the code:

None of this looks relevent to your problem.

1) The JMSCI should give up its reference to the connection regardless of 
whether
the connection.close() worked or threw an exception:

  // close the connection
  if (connection != null)
  {
 try
 {
connection.close();
-connection = null;
 }
 catch (Exception e)
 {
log.error("Failed to close connection", e);
 }
+connection = null;
  }

2) The code in Connection.stop() after it does doStop() is redundant
since it is just repeating what doStop() does.

3) The code that does
catch (Exception e)
should really be doing
catch (Throwable t)
so we also handle java.lang.Errors

> Could not stop JMS connection
> -
>
>  Key: JBMQ-106
>  URL: http://jira.jboss.com/jira/browse/JBMQ-106
>  Project: JBoss MQ
> Type: Bug
>   Components: Server
> Versions: JBossAS-4.0.1
> Reporter: Tim McCune
> Assignee: Adrian Brock
>  Attachments: patch.txt
>
>
> Sometimes my JBoss client will lose its connection to the server and it gets 
> into a never-ending loop of spewing errors because Connection.doStop throws 
> an exception.  The stack trace looks like this:
>  ERROR Jan 26 08:53:25 [plugins.jms.JMSContainerInvoker] - Could not 
> stop JMS connectionorg.jboss.mq.SpyJMSException: Cannot disable the 
> connection with the JMS server; - nested throwable: (java.io.IOException: 
> Client is not connected)at 
> org.jboss.mq.Connection.doStop(Connection.java:1289)at 
> org.jboss.mq.Connection.stop(Connection.java:718)at 
> org.jboss.ejb.plugins.jms.JMSContainerInvoker.innerStop(JMSContainerInvoker.java:876)
> at 
> org.jboss.ejb.plugins.jms.JMSContainerInvoker$ExceptionListenerImpl.run(JMSContainerInvoker.java:1316)
> at java.lang.Thread.run(Thread.java:595)Caused by: 
> java.io.IOException: Client is not connectedat 
> org.jboss.mq.il.uil2.SocketManager.internalSendMessage(SocketManager.java:232)
> at 
> org.jboss.mq.il.uil2.SocketManager.sendMessage(SocketManager.java:200)
> at org.jboss.mq.il.uil2.UILServerIL.setEnabled(UILServerIL.java:189)
> at org.jboss.mq.Connection.doStop(Connection.java:1285)... 4 more
> This error occurs every 2 minutes until I restart the server.  I patched 
> Connection.java inside doStop to just log a warning if the call to 
> serverIL.setEnabled throws an exception instead of wrapping it in a 
> JMSException and rethrowing it.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Commented: (JBMQ-106) Could not stop JMS connection

2005-01-26 Thread Adrian Brock (JIRA)

 [ http://jira.jboss.com/jira/browse/JBMQ-106?page=comments#action_12314962 
]
 
Adrian Brock commented on JBMQ-106:
---

Correction the reconnect pause is 10 seconds not 10 minutes.

> Could not stop JMS connection
> -
>
>  Key: JBMQ-106
>  URL: http://jira.jboss.com/jira/browse/JBMQ-106
>  Project: JBoss MQ
> Type: Bug
>   Components: Server
> Versions: JBossAS-4.0.1
> Reporter: Tim McCune
> Assignee: Adrian Brock
>  Attachments: patch.txt
>
>
> Sometimes my JBoss client will lose its connection to the server and it gets 
> into a never-ending loop of spewing errors because Connection.doStop throws 
> an exception.  The stack trace looks like this:
>  ERROR Jan 26 08:53:25 [plugins.jms.JMSContainerInvoker] - Could not 
> stop JMS connectionorg.jboss.mq.SpyJMSException: Cannot disable the 
> connection with the JMS server; - nested throwable: (java.io.IOException: 
> Client is not connected)at 
> org.jboss.mq.Connection.doStop(Connection.java:1289)at 
> org.jboss.mq.Connection.stop(Connection.java:718)at 
> org.jboss.ejb.plugins.jms.JMSContainerInvoker.innerStop(JMSContainerInvoker.java:876)
> at 
> org.jboss.ejb.plugins.jms.JMSContainerInvoker$ExceptionListenerImpl.run(JMSContainerInvoker.java:1316)
> at java.lang.Thread.run(Thread.java:595)Caused by: 
> java.io.IOException: Client is not connectedat 
> org.jboss.mq.il.uil2.SocketManager.internalSendMessage(SocketManager.java:232)
> at 
> org.jboss.mq.il.uil2.SocketManager.sendMessage(SocketManager.java:200)
> at org.jboss.mq.il.uil2.UILServerIL.setEnabled(UILServerIL.java:189)
> at org.jboss.mq.Connection.doStop(Connection.java:1285)... 4 more
> This error occurs every 2 minutes until I restart the server.  I patched 
> Connection.java inside doStop to just log a warning if the call to 
> serverIL.setEnabled throws an exception instead of wrapping it in a 
> JMSException and rethrowing it.

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1303) Field replication for session data

 [ http://jira.jboss.com/jira/browse/JBAS-1303?page=history ]

Scott M Stark reassigned JBAS-1303:
---

Assign To: Ben Wang  (was: Scott M Stark)

> Field replication for session data
> --
>
>  Key: JBAS-1303
>  URL: http://jira.jboss.com/jira/browse/JBAS-1303
>  Project: JBoss Application Server
> Type: Feature Request
>   Components: Web (Tomcat) service, EJBs, JBoss Cache service
> Versions: JBossAS-4.0.1 Final, JBossAS-3.2.6 Final
> Reporter: Andrew Oliver
> Assignee: Ben Wang

>
> Original Estimate: 4 days
> Remaining: 4 days
>
> We should have an AOP-ized fine grained session replication system.  Meaning 
> if I stick a pojo into the session it should optionally break apart to its 
> state and replicate accross the cluster through the deep object graph.  Same 
> deal for SFSBs.
> Thus
> Customer cust = new Customer();
> cust.setName("George W. Bush");
> cust.setAddress("123 Don't call it Waco TX");
> cust.setCity("Craford");
> cust.setState("TX");
> session.setAttribute("customer",cust);
> cust.setAddress("1600 PA Ave");
> cust.setCity("Washington");
> cust.setState("DC");
> should only replicate address/city/state and not serialize the whole object 
> -- I should not have to call set Attribute().  Furthermore if Address had 
> been a setter on customer and I only changed "street" then only street would 
> replicate.
> Lastly, it should be optional to transactionalize these for the scope of the 
> replication (meaning I could say I really do want these transactional so that 
> I send one message and not 3).

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBossCache] - unable to call getKeys using JNDI

2005-01-26 Thread kkalmbach

I an unable to call getKeys on a TreeCache.  I get the Cache by doing a JNDI 
lookup.  Once I get it I can do a put and get with no problem. When I call 
getKeys I get an NotSerializableException on java.util.HashMap$KeySet.
Here is my JUnit test and results..


  | package com.cexp.common.enterprise;
  | 
  | import java.util.Set;
  | import java.util.Collection;
  | import java.util.Iterator;
  | 
  | import junit.framework.TestCase;
  | 
  | import org.apache.commons.logging.Log;
  | import org.apache.commons.logging.LogFactory;
  | import org.jboss.cache.TreeCacheMBean;
  | import javax.naming.NameNotFoundException;
  | import javax.naming.InitialContext;
  | import javax.naming.NameParser;
  | import javax.naming.NamingException;
  | import javax.naming.Context;
  | import javax.naming.Name;
  | 
  | 
  | /**  Simple tests for the ContextFramework.
  |  * @author kkalmbac
  |  *
  |  */
  | public class TestCache extends TestCase {
  |   /** the logger. */
  |   private static Log log = LogFactory.getLog(TestCache.class);
  |   private InitialContext context;
  |   private TreeCacheMBean theCache;
  |   public static Object lookup(Context context, Name name)
  | throws NamingException
  |   {
  | // Try the lookup twice because, if the naming server has gone down, 
  | // the jndi connection in the context is stale and doesn't seem to 
  | // get recreated until after the first lookup attempt.  The second 
  | // lookup attempt will then succeed.  
  | 
  | int lookupCount = 0;
  | int lookupAttempts = 2;
  | 
  | while (lookupCount++ < lookupAttempts)
  | {
  |   try
  |   {
  | if(log.isDebugEnabled()){
  | log.debug("lookup() name=" + name);
  | }
  | return context.lookup(name);
  |   }
  |   catch (NamingException e)
  |   {
  | if(log.isDebugEnabled()){
  | log.debug("lookup() NamingException", e);
  | }
  | if (lookupCount == lookupAttempts)
  |   throw e;
  |   }
  | }
  | 
  | return null;
  |   }  
  |   public static Object lookup(Context context, String name)
  | throws NamingException
  |   {
  | NameParser parser = context.getNameParser(context.getNameInNamespace());
  | return lookup(context, parser.parse(name));
  |   }
  |   
  |   protected InitialContext getContext() {
  | if (context == null) {
  |   try {
  | context = new InitialContext();
  |   } catch (Exception e) {
  | log.error("could not get initial context", e);
  |   }
  | }
  | 
  | return context;
  |   }
  |   
  |   private TreeCacheMBean getCache() {
  | if (log.isDebugEnabled())
  | {
  | log.debug("getCache()");
  | }
  | 
  | if (theCache == null)
  | {
  | try
  | {
  | theCache = (TreeCacheMBean)lookup(getContext(), 
"MyTreeCache");
  | if (log.isDebugEnabled())
  | {
  | log.debug("cache found " + theCache);
  | }
  | }
  | catch (NameNotFoundException e)
  | {
  | }
  | catch (Exception e)
  | {
  | }
  | }
  | 
  | return theCache;
  |   }  
  |   /** Constructor.
  |* @param s the test name
  |*/
  |   public TestCache(String s) {
  | super(s);
  | 
  | System.setProperty(
  |   "java.naming.factory.initial",
  |   "org.jnp.interfaces.NamingContextFactory");
  | System.setProperty(
  |   "java.naming.factory.url.pkgs",
  |   "org.jboss.naming:org.jnp.interfaces");
  | System.setProperty(
  |   "jnp.socketFactory",
  |   "org.jnp.interfaces.TimedSocketFactory");
  | System.setProperty("java.naming.provider.url", "jnp://localhost:1099");
  | System.setProperty("jnp.timeout", "0");
  | System.setProperty("jnp.sotimeout", "0");
  | 
  |   
  |   }
  |   
  |   /** Simple tests for the UserContext. */
  |   public void testGetKeys() {
  | TreeCacheMBean cache = getCache();
  | try {
  |   cache.put("/","Test","value");
  |   Object o = cache.get("/", "Test");
  |   System.out.println("We got " + o);
  |   Set s = cache.getKeys("/");
  | } catch (Exception e) {
  |   e.printStackTrace();
  | }
  |   }
  | }
  | 

Here is the results..

  | We got value
  | java.lang.reflect.UndeclaredThrowableException
  | at $Proxy0.getKeys(Unknown Source)
  | at com.cexp.common.enterprise.TestCache.testGetKeys(TestCache.java:135)
  | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  | at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  | at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  | a

[JBoss-dev] [JBoss JIRA] Commented: (JBCACHE-31) Out of memory problem

2005-01-26 Thread B.S.Navin (JIRA)

 [ 
http://jira.jboss.com/jira/browse/JBCACHE-31?page=comments#action_12314938 ]
 
B.S.Navin commented on JBCACHE-31:
--

I was using JDK 1.4.2. I am able to reproduce on 1.4.2

> Out of memory problem
> -
>
>  Key: JBCACHE-31
>  URL: http://jira.jboss.com/jira/browse/JBCACHE-31
>  Project: JBoss Cache
> Type: Bug
> Versions: 1.2
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Critical
>  Fix For: 1.2.1
>  Attachments: CacheMemTest.java
>
> Original Estimate: 1 week
> Remaining: 1 week
>
> I was able to reproduce the OOME using a simple java program using JBossCache.
> > >
> > >I have attached a java program "CacheMemTest.java" that mimicks our
> > >actual scenario (3 threads / process posting to the same JBossCache
> > >into the same node every time).
> > >
> > >I ran 5 instances of this program in different JVMs in the background.
> > >I passed numbers 1 to 5 as the arguments to the 5 programs (for the
> > >processNum).
> > >
> > >After about 3 hours, the program started throwing OOMEs.. The stack
> > >trace for each of them was :
> > >
> > >org.jboss.util.NestedRuntimeException: - nested throwable:
> > >(java.lang.OutOfMemoryError)
> > >at java.lang.Thread.run(Thread.java:552)
> > >Caused by: java.lang.OutOfMemoryError
> > >org.jboss.util.NestedRuntimeException: - nested throwable:
> > >(java.lang.OutOfMemoryError)
> > >at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:3184)
> > >at org.jboss.cache.TreeCache.put(TreeCache.java:1741)
> > >at org.jboss.cache.TreeCache.put(TreeCache.java:1724)
> > >at CacheMemTest$PublishThread.run(CacheMemTest.java:65)
> > >
> > >Is this a known problem? Any idea how I can go about debugging this 
> > >problem?
> > >
> > >Navin

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-940) Unecessary alias in SQL

 [ http://jira.jboss.com/jira/browse/JBAS-940?page=history ]

Scott M Stark reassigned JBAS-940:
--

Assign To: Alexey Loubyansky  (was: Scott M Stark)

> Unecessary alias in SQL
> ---
>
>  Key: JBAS-940
>  URL: http://jira.jboss.com/jira/browse/JBAS-940
>  Project: JBoss Application Server
> Type: Bug
>   Components: CMP service
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Alexey Loubyansky
> Priority: Optional

>
>
> SourceForge Submitter: waggj .
> I am testing moving from 3.2.1 to 3.2.4 and have run 
> into a problem involving use of aliases. 3.2.4 differs from 
> 3.2.1 in that the sql generated for loading entity beans 
> includes use of an alias which defaults to the table 
> name with an additional id prepended. This is a problem 
> to us because we use (at times) an informix 7.X 
> database which only allows 18 characters for an 
> identifier in SQL. We also have a table with a 16 
> character table name. So any use of this table (with the 
> default settings) causes an exception. We can work 
> round this because the maximum alias length can be set 
> in standardjbosscmp-jdbc.xml to a small value and it all 
> works. However, I believe this is a bug because I cannot 
> understand why the use of the alias is necessary at all. 
> Aliases in sql are really only necessary when joining 
> tables to distinguish between columns with the same 
> name in different tables. An entity bean would not 
> normally include data from more than one table and so 
> should not normally need an alias.
> We are running JBoss 3.2.1 and 3.2.4 on Windows XP 
> using jdk 1.4.2_03

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-220) EJQQL row locking (FOR UPDATE request)

 [ http://jira.jboss.com/jira/browse/JBAS-220?page=history ]

Scott M Stark reassigned JBAS-220:
--

Assign To: Alexey Loubyansky  (was: Scott M Stark)

> EJQQL row locking (FOR UPDATE request)
> --
>
>  Key: JBAS-220
>  URL: http://jira.jboss.com/jira/browse/JBAS-220
>  Project: JBoss Application Server
> Type: Feature Request
>   Components: CMP service
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Alexey Loubyansky

>
>
> SourceForge Submitter: attachvishal .
> lets assume there are 3 entity beans (A,B,C) and all of 
> them defined  as true. there is a cmr 
> relationship between A and B and also A and C.
> If i write ejbql to look for Object(C) something like this 
> SELECT OBJECT(C) FROM cnCustomerSchema A, IN
> (A.addressDetails) B , IN(A.phoneDetails) C WHERE 
> A.cnCustomer = ?1 and B.current_Flg ='F' and 
> B.occupied_Flg ='T' and B.cnAddress_Type = ?2 
> if i add FOR UPDATE at this end of this ejbql the ql will 
> not get parsed . i think we should have provision to 
> define FOR UPDATE in ejbQL?
> I know this will not be allowed here as it will not be valid 
> query but we should be allowed to add FOR UPDATE to 
> single table

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Marshall registry - design question

Could use some suggestions on a design issue I have with remoting.

The issue is that I would like to have the ability for a remoting client only
depend on the locator url (which includes indicating which data marshaller to
use). For example, 'socket://myhost:5400/?dataType=invocation'.

However, the server can be configured with a custom marshaller that can not be
statically bound to the MarshalFactory. Therefore, when the remoting client
asks the MarshalFactory for the Marshaller that corresponds to the 'invocation'
data type, none will be returned.

Any one have any good ideas on how to get around this?

One idea I have (although really like it all that much), is to add the fully
qualified classname to the locator url as a param. For example,
'socket://myhost:5400/?dataType=invocation&marshaller=org.jboss.invocation.unified.marshall.InvocationMarshaller'.
Then if not found by data type, can dynamically create the marshaller and add
it.

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

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

---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-51) ProxyFactory's not using Util.rebind

2005-01-26 Thread Rory Douglas (JIRA)

ProxyFactory's not using Util.rebind


 Key: EJBTHREE-51
 URL: http://jira.jboss.com/jira/browse/EJBTHREE-51
 Project: EJB 3.0
Type: Patch
Versions: Preview 3
Reporter: Rory Douglas
 Assigned to: Bill Burke 
Priority: Minor


in start() method of both BaseStatefulProxyFactory and 
BaseStatelessProxyFactory (on line 45 in both),

ctx.rebind(jndiName, createProxy())

should be

Util.rebind(ctx, jndiName, createProxy())

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Commented: (EJBTHREE-51) ProxyFactory's not using Util.rebind

2005-01-26 Thread Rory Douglas (JIRA)

 [ 
http://jira.jboss.com/jira/browse/EJBTHREE-51?page=comments#action_12314964 ]
 
Rory Douglas commented on EJBTHREE-51:
--

causes RemoteBindings to fail when jndiName="foo/bar" and foo doesn't exist

> ProxyFactory's not using Util.rebind
> 
>
>  Key: EJBTHREE-51
>  URL: http://jira.jboss.com/jira/browse/EJBTHREE-51
>  Project: EJB 3.0
> Type: Patch
> Versions: Preview 3
> Reporter: Rory Douglas
> Assignee: Bill Burke
> Priority: Minor

>
> Original Estimate: 2 minutes
> Remaining: 2 minutes
>
> in start() method of both BaseStatefulProxyFactory and 
> BaseStatelessProxyFactory (on line 45 in both),
> ctx.rebind(jndiName, createProxy())
> should be
> Util.rebind(ctx, jndiName, createProxy())

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

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


View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050126144606Lbuild.336
BUILD COMPLETE - build.336Date of build: 01/26/2005 14:46:06Time to build: 24 minutes 59 secondsLast changed: 01/26/2005 13:51:35Last log entry: Integrate the Oracle Sequence Create Command (one sequence per table) from Guillaume Compagnon defined in JBAS-810.




    Unit Tests: (0)    Total Errors and Failures: (0) 
 Modifications since last build: (7)1.84.2.6modifiedstarksmserver/src/etc/conf/default/standardjbosscmp-jdbc.xmlIntegrate the Oracle Sequence Create Command (one sequence per table) from Guillaume Compagnon defined in JBAS-810.1.5.6.4modifiedstarksmserver/src/main/org/jboss/cache/invalidation/InvalidationManager.javaChange the DefaultAsynchByDefault attribute name to IsAsynchByDefault1.2.6.3modifiedstarksmserver/src/main/org/jboss/cache/invalidation/InvalidationManagerMBean.javaChange the DefaultAsynchByDefault attribute name to IsAsynchByDefault1.5.6.3modifiedstarksmserver/src/main/org/jboss/cache/invalidation/InvalidationManager.javaExternalize the default asynchronous mode and fix the batchInvalidate to honor the asynchronous parameter. Resolves [JBAS-1104] batchInvalidate async not possible.1.2.6.2modifiedstarksmserver/src/main/org/jboss/cache/invalidation/InvalidationManagerMBean.javaExternalize the default asynchronous mode and fix the batchInvalidate to honor the asynchronous parameter. Resolves [JBAS-1104] batchInvalidate async not possible.1.69.2.3modifiedstarksmserver/src/main/org/jboss/metadata/BeanMetaData.javaCleanup, resolves [JBAS-1307] Confusing stack trace on EJB deployment for missing optional method attribute .1.11.4.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCustomFinderQuery.javaFor custom finders, don't log or wrap finder exceptions uneccessarily. Resolves JBAS-1289.

[JBoss-dev] [Design of JBoss Portal] - hibernate issues

2005-01-26 Thread eztrip

Hi - 

Does JBoss Portal require a hibernate SessionFactory for it's own internal use 
or only for the demo portlets?   My application has a Hibernate HAR and I'm 
getting this error when I drop my EAR into the deploy directory:

Deployment FAILED reason: Trying to install an already registered mbean: 
jboss.har:service=Hibernate

Unfortunately I just spent 2 hours searching the forums and hibernate docs for 
how to configure multiple MBeans and can't find anything related to if and how 
this should work. 

Also how do you use JBoss portal without all the "nukes" related goodies?  
Is there a minimal configuration if you only want to develop your own portlets 
without all the extra stuff.   For getting my head around how JSR-168 works I'd 
rather have it setup that way. 

Thanks
Mike

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss Portal] - Re: hibernate issues

2005-01-26 Thread eztrip

yes, what I did was to change my app to use
name="jboss.har:service=MyAppHibernate"

which had the same effect. 

Thanks
Mike

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JCA on JBoss] - Re: Creating datasource with the DeploymentService

Have discussed the various options again with Ivelin, we're going with the .sar 
bundling the driver.jar and -ds.xml.

Thanks for all the feedback.

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Closed: (EJBTHREE-51) ProxyFactory's not using Util.rebind

 [ http://jira.jboss.com/jira/browse/EJBTHREE-51?page=history ]
 
Bill Burke closed EJBTHREE-51:
--

Resolution: Done

> ProxyFactory's not using Util.rebind
> 
>
>  Key: EJBTHREE-51
>  URL: http://jira.jboss.com/jira/browse/EJBTHREE-51
>  Project: EJB 3.0
> Type: Patch
> Versions: Preview 3
> Reporter: Rory Douglas
> Assignee: Bill Burke
> Priority: Minor
>  Fix For: Preview 3

>
> Original Estimate: 2 minutes
> Remaining: 2 minutes
>
> in start() method of both BaseStatefulProxyFactory and 
> BaseStatelessProxyFactory (on line 45 in both),
> ctx.rebind(jndiName, createProxy())
> should be
> Util.rebind(ctx, jndiName, createProxy())
> Also, in stop() methods
> ctx.unbind  should probably be Util.unbind

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-53) @EJBs and @Homes

@EJBs and @Homes


 Key: EJBTHREE-53
 URL: http://jira.jboss.com/jira/browse/EJBTHREE-53
 Project: EJB 3.0
Type: Feature Request
Versions: Preview 3
Reporter: Bill Burke
 Assigned to: Bill Burke 
 Fix For: Preview 3




-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-52) @Home needs to be implemented

@Home needs to be implemented
-

 Key: EJBTHREE-52
 URL: http://jira.jboss.com/jira/browse/EJBTHREE-52
 Project: EJB 3.0
Type: Feature Request
Versions: Preview 3
Reporter: Bill Burke
 Assigned to: Bill Burke 
 Fix For: Preview 3




-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Closed: (JBAS-577) No getter or setters found for idleThreads

 [ http://jira.jboss.com/jira/browse/JBAS-577?page=history ]
 
Scott M Stark closed JBAS-577:
--

Resolution: Out of Date

> No getter or setters found for idleThreads
> --
>
>  Key: JBAS-577
>  URL: http://jira.jboss.com/jira/browse/JBAS-577
>  Project: JBoss Application Server
> Type: Bug
>   Components: Web (Tomcat) service
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark

>
>
> SourceForge Submitter: vardaru .
> I am trying to run JBoss-3.2.1 on my machine (winxp 
> pro, jdk1.4.1_02 + turkish locale). I got the following 
> error.
> When I change the locale to english It just disapears.
> Umit VARDAR
> ps. there are some case conversions in the code (in the 
> file org.mortbay.util.jmx.ModelMBeanImpl.java). Usually 
> this leads to such problems when the developer meant 
> to make case conversion in Locale.US but didn't mention 
> it in the methods like String.toUpperCase() etc.
> ps. In turkish locale "i".toUpperCase is different than 
> the "I" . 
> ...
> 2003-06-07 15:46:12,076 WARN [org.jboss.jbossweb] 
> WARNING: 
> java.lang.IllegalArgumentException: No getter or setters 
> found for idleThreads
> at org.mortbay.util.jmx.ModelMBeanImpl.defineAttribute
> (ModelMBeanImpl.java:398)
> at org.mortbay.util.jmx.ModelMBeanImpl.defineAttribute
> (ModelMBeanImpl.java:310)
> at 
> org.mortbay.util.jmx.ThreadPoolMBean.defineManagedRes
> ource(ThreadPoolMBean.java:42)
> at 
> org.mortbay.util.jmx.ThreadedServerMBean.defineManage
> dResource(ThreadedServerMBean.java:36)
> at 
> org.mortbay.http.jmx.HttpListenerMBean.defineManagedR
> esource(HttpListenerMBean.java:31)
> at 
> org.mortbay.http.jmx.SocketListenerMBean.defineManage
> dResource(SocketListenerMBean.java:32)
> at 
> org.mortbay.util.jmx.ModelMBeanImpl.setManagedResourc
> e(ModelMBeanImpl.java:273)
> at org.mortbay.util.jmx.ModelMBeanImpl.mbeanFor
> (ModelMBeanImpl.java:155)
> at org.mortbay.http.jmx.HttpServerMBean.addComponent
> (HttpServerMBean.java:125)
> at org.mortbay.http.HttpServer.addComponent
> (HttpServer.java:1248)
> at org.mortbay.http.HttpServer.addListener
> (HttpServer.java:250)
> ...

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-54) @Resources

@Resources
--

 Key: EJBTHREE-54
 URL: http://jira.jboss.com/jira/browse/EJBTHREE-54
 Project: EJB 3.0
Type: Feature Request
Versions: Preview 3
Reporter: Bill Burke
 Assigned to: Bill Burke 
 Fix For: Preview 3




-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-56) TreeCache + Entities WIKI page

TreeCache + Entities WIKI page
--

 Key: EJBTHREE-56
 URL: http://jira.jboss.com/jira/browse/EJBTHREE-56
 Project: EJB 3.0
Type: Task
Versions: Preview 3
Reporter: Bill Burke
 Assigned to: Bill Burke 
 Fix For: Preview 3




-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design the new POJO MicroContainer] - Container abstraction

I have factored out the container implementation from kernel into a new
subproject "container" in jboss-head.

This is basically the prototype container I was using in the kernel module
with the joinpoint abstraction that uses the BeanInfo/ConstructorInfo/etc.

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JCA on JBoss] - Re: Creating datasource with the DeploymentService

"[EMAIL PROTECTED]" wrote : I don't like the  configuration in 
-service.xml
Does not liking it mean:
a) it should not be used because it is unreliable and things break, or 
b) we should really change the whole implementation in this area because it is 
not very nice, or 
c) all of the above, or
d) none of the above

I have done some simple tests with the alternative deployment scenario:
./deploy/my-datasource-service.xml  (including classpath element pointing 
to mydriver.jar)
  | ./data/datasource_drivers/mydriver.jar  
and other than the locking of mydriver.jar which Dimitris points out, it seems 
to "work". Where "work" means:
-you can hot deploy a datasource.
-you can update the -service.xml to point to a different driver and after JBoss 
restarts the datasource will use the new driver.


Thanks

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBossCache] - Re: failed binding to JNDI

2005-01-26 Thread loupubeu

Yes i've the jboss-remoting.jar in the lib directory of a default config.

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design the new POJO MicroContainer] - Re: Container abstraction

"[EMAIL PROTECTED]" wrote : FYI, JBoss AOP can be a proxy-container.  I do this 
with EJB3.

Yes, but does it work in all environments and what is the footprint with
jboss-aop using javassist, trove, etc.

If you can show me jboss-aop's proxy container working inside 
1) j2me,
2) inside an ejb/web container of another appserver with a security manager 
installed
3) inside an applet
then we have no need to write an old fashioned proxy container like the 
prototype
BeanContainer

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design the new POJO MicroContainer] - Re: Container abstraction

We're supposed to be unifying things here.  To do proxies, you need dynamic 
class creation. period.  If you're just using java.lang.reflect.Proxy, you also 
need reflection as well.

Please state your concerns with:

1) footprint.  I only use a few classes from jboss-common.  Trove can be 
removed.  Oswego cannot unless we switch to JDK5 as a base.  QDox is just for 
the annotation compiler.  Javassist cannot be removed as it is used to 
dynamically create classes.  If classes cannot be dynamically created, then 
java reflection is needed.  You'll have the same issue 

2) security managers.  Do you mean a security manager that disallows reflection 
or setAccessible(true)?

Please, let's not put any effort into writing a competing Interceptor model.  
We have enough to do as it is.

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

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


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Commented: (EJBTHREE-53) @EJBs and @Homes

 [ 
http://jira.jboss.com/jira/browse/EJBTHREE-53?page=comments#action_12314968 ]
 
Bill Burke commented on EJBTHREE-53:


this cannot be implemented until amiguities in the specification are cleared up.

> @EJBs and @Homes
> 
>
>  Key: EJBTHREE-53
>  URL: http://jira.jboss.com/jira/browse/EJBTHREE-53
>  Project: EJB 3.0
> Type: Feature Request
> Versions: Preview 3
> Reporter: Bill Burke
> Assignee: Bill Burke
>  Fix For: Preview 3

>
>


-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Closed: (EJBTHREE-52) @Home needs to be implemented

 [ http://jira.jboss.com/jira/browse/EJBTHREE-52?page=history ]
 
Bill Burke closed EJBTHREE-52:
--

Resolution: Done

> @Home needs to be implemented
> -
>
>  Key: EJBTHREE-52
>  URL: http://jira.jboss.com/jira/browse/EJBTHREE-52
>  Project: EJB 3.0
> Type: Feature Request
> Versions: Preview 3
> Reporter: Bill Burke
> Assignee: Bill Burke
>  Fix For: Preview 3

>
>


-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

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

2005-01-26 Thread Ben Litchfield (JIRA)

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
 Assigned to: Gavin King 


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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] jboss-4.0-testsuite build.50 Build Successful


View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20050126082235Lbuild.50
BUILD COMPLETE - build.50Date of build: 01/26/2005 08:22:35Time to build: 109 minutes 53 secondsLast changed: 01/26/2005 05:31:36Last log entry: Added entity name to the exception msg




    Unit Tests: (2312)    Total Errors and Failures: (18)testAspectorg.jboss.test.aop.test.RemotingUnitTestCasetestUnsecureRunAsServletorg.jboss.test.jacc.test.WebIntegrationUnitTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestUnsecureRunAsServletorg.jboss.test.securitymgr.test.WebIntegrationUnitTestCasetestUnsecureRunAsServletorg.jboss.test.web.test.WebIntegrationUnitTestCasetestNonPrimitiveGetorg.jboss.test.cluster.test.ScopedAttrBasedTestCasetestNonPrimitiveModifyorg.jboss.test.cluster.test.ScopedAttrBasedTestCasetestInvalidateorg.jboss.test.cluster.test.ScopedAttrBasedTestCasetestNonPrimitiveModifyorg.jboss.test.cluster.test.ScopedSetAttributeTestCasetestNonPrimitiveGetorg.jboss.test.cluster.test.ScopedSetAttributeTestCasetestInvalidateorg.jboss.test.cluster.test.ScopedSetAttributeTestCasetestConcurrentPutorg.jboss.test.cluster.test.SessionBasedConcurrentTestCasetestPoolingorg.jboss.test.cts.test.MDBUnitTestCasetestSRPLoginWithAuxChallengeorg.jboss.test.security.test.SRPLoginModuleUnitTestCasetestPoolingorg.jboss.test.securitymgr.test.MDBUnitTestCasetestMDBTimerorg.jboss.test.timer.test.BasicTimerUnitTestCasetestJBossEditorsorg.jboss.test.util.test.PropertyEditorsUnitTestCase 
 Modifications since last build: (3)1.11.4.1modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCreateBeanClassInstanceCommand.javaAdded entity name to the exception msg1.1.2.2modifiedanddconsole/src/resources/webconsole.war/MdbEjb.jspJBAS-1321 - Using small caps for attr access (getstats() / isstatisticsProvider())1.64.2.3modifiedstarksmserver/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.javaClear the thread security association on invoker startup to avoid leaking this back to the deployer thread. Resolves JBAS-1320.

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-363) FileURLConnection needs URL decode for JDK 1.4

 [ http://jira.jboss.com/jira/browse/JBAS-363?page=history ]
 
Scott M Stark resolved JBAS-363:


 Resolution: Done
Fix Version:  JBossAS-3.2.7 Final

Support has been added to decode the path if the 
org.jboss.net.protocol.file.decodeFilePaths is set to true. This is false by 
default as I don't see any encoding problems when running with jboss in a path 
with spaces. I would like to see  how to reproduce the problem before making 
this true by default.

> FileURLConnection needs URL decode for JDK 1.4
> --
>
>  Key: JBAS-363
>  URL: http://jira.jboss.com/jira/browse/JBAS-363
>  Project: JBoss Application Server
> Type: Bug
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark
>  Fix For:  JBossAS-3.2.7 Final

>
>
> SourceForge Submitter: andieveritt .
> In the constructor of
> org.jboss.net.protocol.file.FileURLConnection a new
> File is created from the supplied URL. In JDK 1.4 the
> result of URL.getPath() is URL encoded which means on
> windows with a path with a space you get
> 'C:\Program%20Files\foo\bar' - which doesn't work.
> I have tested a modified version of FileURLConnection
> which URL decodes the result. This resolves the issue.
> I have attached the modified version. The only change
> is on Line 45:
> -   file = new File(url.getPath().replace('/',
> File.separatorChar).replace('|', ':'));
> +  file = new
> File(java.net.URLDecoder.decode(url.getPath()).replace('/',
> File.separatorChar).replace('|', ':'));

-- 
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



---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] jboss-head Build Failed