[JBoss-dev] [Design of JBoss Portal] - Re: Switching between different MIME types globaly
Hi Julien. anonymous wrote : That means that you either have to hardcode your content type in this interceptor and recompile or code it. I think I need your help ;). 2 topics/questions: 1. How can I access the portal's configuration in the interceptor ? Is the configuration available as a class or a set of properties, o even as a XML documment ? I would like to add a section related to MIME types to the portal's configuraton file and then access it in the interceptor. 2. Which part of the portal is responsible for "page assembly" ? Can you point me to package or classes that forms pages ? Thank you in advance. BR, Arturas B. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864046#3864046 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864046 --- 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.743 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050128023922Lbuild.743 BUILD COMPLETE - build.743Date of build: 01/28/2005 02:39:22Time to build: 21 minutes 13 secondsLast changed: 01/28/2005 01:38:42Last log entry: pre-alpha development Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (29)1.2modifiedovidiufjms/tests/src/org/jboss/test/messaging/core/distributed/InvalidQueueTest.javapre-alpha development1.1addedovidiufjms/tests/src/org/jboss/test/messaging/core/distributed/QueueAsChannelTest.javapre-alpha development1.2modifiedovidiufjms/tests/src/org/jboss/test/messaging/core/distributed/QueueTest.javapre-alpha development1.1addedovidiufjms/tests/src/org/jboss/test/messaging/core/distributed/ReplicatorAsChannelTest.javapre-alpha development1.6modifiedovidiufjms/tests/src/org/jboss/test/messaging/core/distributed/ReplicatorTest.javapre-alpha development1.1addedovidiufjms/tests/src/org/jboss/test/messaging/core/distributed/ReplicatorTimeoutExceptionTest.javapre-alpha development1.3modifiedovidiufjms/tests/src/org/jboss/test/messaging/core/ChannelSupportTest.javapre-alpha development1.2modifiedovidiufjms/tests/build.propertiespre-alpha development1.10modifiedovidiufjms/tests/build.xmlpre-alpha development1.1addedovidiufjms/src/main/org/jboss/messaging/util/Lockable.javapre-alpha development1.4modifiedovidiufjms/src/main/org/jboss/messaging/util/RpcServer.javapre-alpha development1.5modifiedovidiufjms/src/main/org/jboss/messaging/interfaces/Channel.javapre-alpha development1.2modifiedovidiufjms/src/main/org/jboss/messaging/tools/QueueClient.javapre-alpha development1.6modifiedovidiufjms/src/main/org/jboss/messaging/core/distributed/AcknowledgmentCollector.javapre-alpha development1.1addedovidiufjms/src/main/org/jboss/messaging/core/distributed/IdentityServerDelegate.javapre-alpha development1.1addedovidiufjms/src/main/org/jboss/messaging/core/distributed/PeerIdentity.javapre-alpha development1.3modifiedovidiufjms/src/main/org/jboss/messaging/core/distributed/Pipe.javapre-alpha development1.3modifiedovidiufjms/src/main/org/jboss/messaging/core/distributed/Queue.javapre-alpha development1.5modifiedovidiufjms/src/main/org/jboss/messaging/core/distributed/Replicator.javapre-alpha development1.7modifiedovidiufjms/src/main/org/jboss/messaging/core/distributed/ReplicatorOutput.javapre-alpha development1.1addedovidiufjms/src/main/org/jboss/messaging/core/distributed/ReplicatorOutputServerDelegate.javapre-alpha development1.4modifiedovidiufjms/src/main/org/jboss/messaging/core/distributed/ReplicatorTopology.javapre-alpha development1.2modifiedovidiufjms/src/main/org/jboss/messaging/core/distributed/ReplicatorTopologyServerDelegate.javapre-alpha development1.3modifiedovidiufjms/src/main/org/jboss/messaging/core/ChannelSupport.javapre-alpha development1.4modifiedovidiufjms/src/main/org/jboss/messaging/core/LocalPipe.javapre-alpha development1.2modifiedovidiufjms/src/main/org/jboss/messaging/core/RoutableSupport.javapre-alpha development1.2modifiedovidiufjms/src/main/org/jboss/messaging/core/SingleOutputChannelSupport.javapre-alpha development1.6modifiedovidiufjms/src/bin/runtestpre-alpha development1.7modifiedovidiufjms/docs/JBossMessagingCoreGraphics.sxdpre-alpha development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-69) Optimistic Locking
[ http://jira.jboss.com/jira/browse/JBCACHE-69?page=history ] Bela Ban updated JBCACHE-69: Fix Version: 1.3 (was: 1.5) > Optimistic Locking > -- > > Key: JBCACHE-69 > URL: http://jira.jboss.com/jira/browse/JBCACHE-69 > Project: JBoss Cache > Type: Feature Request > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 1.3 > > Original Estimate: 10 weeks > Remaining: 10 weeks > -- 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.73 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050127055028Lbuild.73 BUILD COMPLETE - build.73Date of build: 01/27/2005 05:50:28Time to build: 33 minutes 8 secondsLast changed: 01/27/2005 02:01:30Last log entry: When generating the local jndi name include the identity hash of the ejb-name to unique the name. Resolves [JBAS-275] 2 identical named mdbs cannot deploy. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (15)1.69.2.4modifiedstarksmserver/src/main/org/jboss/metadata/BeanMetaData.javaWhen generating the local jndi name include the identity hash of the ejb-name to unique the name. Resolves [JBAS-275] 2 identical named mdbs cannot deploy.1.3.4.3modifiedstarksmjmx/src/main/org/jboss/mx/loading/RepositoryClassLoader.javaTrack what context unregistered the UCL and report this when the UCL is used after being destroyed via a ClassNotFoundException rather than a NullPointerException. Resolves [JBAS-1328] Track where UCLs are destroyed to throw a better exception than NPE.1.19.4.1modifiedstarksmjmx/src/main/org/jboss/mx/loading/ClassLoaderUtils.javaDo not recurse into paths ending in .war when looking for resources/classes since this can cause long startup times if wars contain lots of content directly or indirectly via links. Resolves [JBAS-1327] UCL should not scan wars for resources.1.35.2.3modifiedstarksmsystem/src/main/org/jboss/Main.javaAdd --bootdir or -d option has been added which is an absolute directory path or url to a dir which is prepended to the Main boot classpath. If this is a file path or url and the path is a dir, the dir and any jars are added to the boot classpath. Resolves [JBAS-] Restore the patchdir option behavior.1.406.2.35modifiedcleberttestsuite/build.xmlMerge with changes on Head for doing multiple JUnit configurations1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/ant/taskdefs/XMLJUnitMultipleResultFormatter.javafixing package name + changing tabs and formatting1.9.4.1modifiedstarksmcommon/src/main/org/jboss/net/protocol/file/FileURLConnection.javaAdd support for decoding the file url path using URLDecoder.decode(). This is only enabled if the org.jboss.net.protocol.file.decodeFilePaths system property is set to true. Resolves [JBAS-363] FileURLConnection needs URL decode for JDK 1.4.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.1.11.4.1modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCreateBeanClassInstanceCommand.javaAdded entity name to the exception msg
[JBoss-dev] [Design of JBoss Portal] - Portlet roles
Hi, I have added 2 roles at the table jbp_roles, and in function of the role of my user, I want to show my portlets or not. I have writen, in the file portlet-instance.xml the authorized role for each portlet. But when I'm going on my page, with admin role for example, the portlet for admins is at null. For each other roles (not users), it is the same problem. Only the portlets for users appear (not at null). Where is necessary the recuperation of the role of user and how ? thanks lnhf View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864047#3864047 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864047 --- 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: Personalize portal
I'm using JBoss Portal 2.0alpha in binaries. Can I download the current binaries from somewhere or do I need to build from the source? And I'm sorry to not ask my question in another post. lnhf View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864048#3864048 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864048 --- 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: Personalize portal
It is way better to use the CVS, building is not hard, really. 1) you can look into the sources 2) you get the most up to date code 3) next binaries should be for Beta version View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864050#3864050 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864050 --- 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-1325) String property replacement is not working for constructors.
[
http://jira.jboss.com/jira/browse/JBAS-1325?page=comments#action_12315010 ]
Roland Rïz commented on JBAS-1325:
--
You are right, there is no need to externalize the type as system property, and
we don't need it. Just thought it would be the most flexible solution. I'm fine
when value is replaced.
> 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 JIRA] Resolved: (JBAS-1325) String property replacement is not working for constructors.
[ http://jira.jboss.com/jira/browse/JBAS-1325?page=history ]
Scott M Stark resolved JBAS-1325:
-
Resolution: Done
Fix Version: JBossAS-4.0.2RC1
JBossAS-3.2.7 Final
Its been added for 3.2.7 and 4.0.2RC1
> 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
> Fix For: JBossAS-3.2.7 Final, JBossAS-4.0.2RC1
>
> 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 JIRA] Created: (JGRP-28) Remove sendDummyPacket() in UDP
Remove sendDummyPacket() in UDP --- Key: JGRP-28 URL: http://jira.jboss.com/jira/browse/JGRP-28 Project: JGroups Type: Task Reporter: Bela Ban Assigned to: Bela Ban Priority: Minor Fix For: 2.2.8 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- 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: (JGRP-28) Remove sendDummyPacket() in UDP
[ http://jira.jboss.com/jira/browse/JGRP-28?page=comments#action_12315012 ] Bela Ban commented on JGRP-28: -- [Lez Haslewoord] We don't want to use the bind.address property, as it sets that value for the entire VM and all components that reference it (i.e. clustering for DefaultPartition, Tomcat-Cluster, etc). The client requirement is to run JBoss in clustering mode at all times, but only have a node join the group when desired. When testing, the developers just want to bind to the localhost to ensure the mcast packets aren't sent to other members on the network, thereby preventing an undesireable group membership. The only change needed to go to production would be to change the bind address to the default (eth0) ip/interface. Given the following UDP stack config on 2 separate machines (or 2 jboss instances on the same machine): we verified the following w/ ethereal on a 3rd machine in the same network (this machine isn't running JBoss - we're just using it as a network sniffer): 1. During startup of node 1 and node 2, no JGroups UDP packets originating from either host are being sent on the network. (so far, so good) 2. Long after both nodes have started up, no JGroups UDP packets originating from either host are being sent on the network. (still good) 3. If either node shuts down their JBoss instance, 1 and only 1 JGroups UDP packet originating from that node is being sent to the network during shutdown. (not so good). This means that packet was not swallowed by the loopback interface, and intead it was sent via the default interface (eth0), even though we've explicitly configured the UDP stack to _not_ do that. I'm not sure why that 1 packet would be sent (maybe its related to broadcasting a member leave event?). The concern in this case is that we don't want other machines on the network to receive that packet, implying that other nodes do exist. If it _is_ a leave event, the other members would probably ignore it since the node that sent it was never part of their group to begin with. That may be the case, but it would be nice to know why this packet ever goes to the network on the default interface, instead of being swallowed by the loopback interface as it should have been. > Remove sendDummyPacket() in UDP > --- > > Key: JGRP-28 > URL: http://jira.jboss.com/jira/browse/JGRP-28 > Project: JGroups > Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Minor > Fix For: 2.2.8 > > Original Estimate: 2 hours > Remaining: 2 hours > -- 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] - TreeCache instantiation
Hello.
Supposedly my TreeCacheMBean is still registrered by this xml:
|
|
|
|
|
|
|
|
|
|
|
|
| jboss:service=Naming
| jboss:service=TransactionManager
|
| qnecta/servicio/treecache/TreeCache
|
|
| org.jboss.cache.JBossTransactionManagerLookup
|
| ...
|
|
|
And to use this MBean, I've been using this source code and my program:
| MBeanServer serverMBean = MBeanServerLocator.locate();
| try {
| treeCache = (TreeCacheMBean)
MBeanProxyExt.create(TreeCacheMBean.class, nombreServicio, serverMBean);
| } catch (MalformedObjectNameException mne) {
| throw new RuntimeException(mne);
| }
|
And it goes ok. But my problems is at use of standard classes, like
MBeanServerFactory and MBeanServerInvocationHandler, like that:
| MBeanServer server = MBeanServerFactory.createMBeanServer();
| ObjectName objName;
| try {
| objName = new ObjectName("jboss.cache:service=TreeCache");
| Object proxy =
MBeanServerInvocationHandler.newProxyInstance(server, objName,
TreeCacheMBean.class, false);
| treeCache = (TreeCacheMBean)proxy;
| } catch (Exception e) {
| e.printStackTrace();
| }
|
But when i try this code, it results on this exception:
| 10:35:43,600 INFO [STDOUT] javax.management.InstanceNotFoundException:
jboss.cache:service=TreeCache is not registered.
| 10:35:43,600 INFO [STDOUT] at
org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:509)
| 10:35:43,600 INFO [STDOUT] at
org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:259)
| 10:35:43,600 INFO [STDOUT] at
org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:245)
| 10:35:43,600 INFO [STDOUT] at
com.acotelsa.qnecta.server.dao.treecache.mbean.DAOTreeCache.setCache(DAOTreeCache.java:201)
| 10:35:43,600 INFO [STDOUT] at
com.acotelsa.qnecta.server.dao.treecache.mbean.DAOTreeCache.(DAOTreeCache.java:52)
| 10:35:43,600 INFO [STDOUT] at
com.acotelsa.qnecta.server.dao.treecache.ejb.DAOTreeCache.ejbCreate(DAOTreeCache.java:64)
| 10:35:43,615 INFO [STDOUT] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| 10:35:43,615 INFO [STDOUT] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| 10:35:43,615 INFO [STDOUT] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 10:35:43,615 INFO [STDOUT] at
java.lang.reflect.Method.invoke(Method.java:324)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.StatelessSessionEnterpriseContext.(StatelessSessionEnterpriseContext.java:63)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.plugins.StatelessSessionInstancePool.create(StatelessSessionInstancePool.java:35)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.plugins.AbstractInstancePool.get(AbstractInstancePool.java:146)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:80)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:313)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:146)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:123)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.ejb.Container.invoke(Container.java:870)
| 10:35:43,615 INFO [STDOUT] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| 10:35:43,615 INFO [STDOUT] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| 10:35:43,615 INFO [STDOUT] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 10:35:43,615 INFO [STDOUT] at
java.lang.reflect.Method.invoke(Method.java:324)
| 10:35:43,615 INFO [STDOUT] at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
[JBoss-dev] [Design of JBoss Portal] - Re: Switching between different MIME types globaly
the interceptor stack is defined in : portal-core.sar/portal-core.war/WEB-INF/jboss-container.xml. the thing which does the page assembly is the last interceptor in that stack, i.e MainDispatchInterceptor. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864060#3864060 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864060 --- 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] - Portal 2.0 alpha (binaries or source)
Hello, I post a new topic to continue the enf of another (http://www.jboss.org/index.html?module=bb&op=viewtopic&t=59406). I have downloaded 2.0 alpha binaries version of the jboss portal, but it's preferably to download sources. I'm seen the cvs.sourceforge.net where i must to download the uploaded files. But i never used cvs and i would to know how to download all updated files for the jboss-portal project, is it possible ? thank you for yours responses lnhf View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864063#3864063 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864063 --- 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: Portal 2.0 alpha (binaries or source)
Yes there are many tools out there depending if you are using Windows or Linux. Command line works on both and is fairly easy to use. You will find useful information here http://sourceforge.net/docman/display_doc.php?docid=14033&group_id=1 Just to give you hints about how convenient it is: 1) You download the whole sources 2) you do whatever you want 3) you want to update with new sources, you just update and it will merge the current sources with your modified files. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864066#3864066 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864066 --- 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-51) defining marshaller on remoting client
defining marshaller on remoting client -- Key: JBREM-51 URL: http://jira.jboss.com/jira/browse/JBREM-51 Project: JBoss Remoting Type: Reactor Event Components: marshall Versions: 1.0.1 beta Reporter: Tom Elrod Assigned to: Tom Elrod Fix For: 1.0.1 final Need to be able to somehow declare and load marshallers dynamically on remoting client based on just locator url. See forum http://www.jboss.org/index.html?module=bb&op=viewtopic&t=59358 for details. -- 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] - Error
An error occur in the following line:
org.jboss.portal.core.invocation.UserContextInterceptor.invoke(UserContextInterceptor.java:52)
here is the line.
Session session = HibernateContext.getSession("java:portal/SessionFactory");
what can be the cause?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864073#3864073
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864073
---
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: Problem with EJB wizard
I have a same error. I have bean tried 2.1.3, 3.0.1 and 3.1M4 Eclipse. My jdk 1.4.2_07 and 1.5.0_01. All off them is wrong. macifl The log file: !ENTRY org.jboss.ide.eclipse.xdoclet.run 4 0 jan. 28, 2005 13:04:28.189 !MESSAGE Unable to generate type !STACK 1 Java Model Exception: Java Model Status [ [in Test] does not exist] at org.eclipse.jdt.internal.core.JavaElement.newNotPresentException(JavaElement.java:561) at org.eclipse.jdt.internal.core.PackageFragmentRoot.buildStructure(PackageFragmentRoot.java:169) at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183) at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:572) at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:309) at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:295) at org.eclipse.jdt.internal.core.PackageFragmentRoot.getKind(PackageFragmentRoot.java:545) at org.eclipse.jdt.internal.core.PackageFragment.getKind(PackageFragment.java:271) at org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:85) at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183) at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:572) at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:309) at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:295) at org.eclipse.jdt.internal.core.Openable.getBuffer(Openable.java:210) at org.eclipse.jdt.internal.core.CompilationUnit.getSource(CompilationUnit.java:802) at org.jboss.ide.eclipse.jdt.ui.wizards.DOMClassWizardPage.generate(DOMClassWizardPage.java:95) at org.jboss.ide.eclipse.jdt.ui.wizards.DOMClassWizardPage.generate(DOMClassWizardPage.java:70) at org.jboss.ide.eclipse.jdt.ui.wizards.ClassWizard.finishPage(ClassWizard.java:115) at org.jboss.ide.eclipse.jdt.ui.wizards.BaseWizard$1.run(BaseWizard.java:101) at org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34) at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673) at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3246) at org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:65) at org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:303) at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:253) at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:752) at org.jboss.ide.eclipse.jdt.ui.wizards.BaseWizard.performFinish(BaseWizard.java:111) at org.eclipse.jface.wizard.WizardDialog.finishPressed(WizardDialog.java:609) at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java:305) at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431) at org.eclipse.jface.window.Window.runEventLoop(Window.java:668) at org.eclipse.jface.window.Window.open(Window.java:648) at org.eclipse.ui.actions.NewWizardAction.run(NewWizardAction.java:163) at org.eclipse.jface.action.Action.runWithEvent(Action.java:881) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866) at org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141) at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96) at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335) at org.eclipse.core.runtime.
[JBoss-dev] [JBoss JIRA] Reopened: (JBCACHE-31) Out of memory problem
[ http://jira.jboss.com/jira/browse/JBCACHE-31?page=history ] Bela Ban reopened JBCACHE-31: - re-opened, but downgraded to major, as testing under JDK 1.5 reveals mo problems > 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.3 > 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] Moved: (JBAS-1344) ebxml messaging
[ http://jira.jboss.com/jira/browse/JBAS-1344?page=history ] Scott M Stark moved JBMQ-27 to JBAS-1344: - Project: JBoss Application Server (was: JBoss MQ) Key: JBAS-1344 (was: JBMQ-27) Component: JAXR service Version: JBossAS-4.0.1 Final > ebxml messaging > --- > > Key: JBAS-1344 > URL: http://jira.jboss.com/jira/browse/JBAS-1344 > Project: JBoss Application Server > Type: Feature Request > Components: JAXR service > Versions: JBossAS-4.0.1 Final > Reporter: SourceForge User > Assignee: Adrian Brock > > > SourceForge Submitter: pucky . > The new standard for Business to Business is around the > corner! ebXML backed by OASIS and the United Nations, > is the next best thing to sliced bread. I believe that > if jboss could become the first app server to deploy > ebXML messaging and ebXML repositories(out of the box) > JBOSS would become not only the defacto standard in > apps servers but the deployment of JBOSS is the B2B > World would sky rocket. > I hope someone could look into this from the JBOSS front! -- 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-testsuite Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20050127045625 BUILD FAILEDAnt Error Message: /home/cruisecontrol/work/scripts/build-jboss-head.xml:66: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 1 See tests.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build: 01/27/2005 04:56:25Time to build: 20 minutes 24 secondsLast changed: 01/27/2005 04:07:23Last log entry: Onto 3.2.8RC1 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (28)1.1.2.12modifiedstarksmtools/etc/buildmagic/version-info.xmlOnto 3.2.8RC11.1.2.32modifiedstarksmtools/etc/buildmagic/buildmagic.entOnto 3.2.8RC11.1.2.2.2.2modifiedstarksmbuild/docs/readme.htmlUpdate the 3.2.7 info1.41.2.15modifiedstarksmserver/src/main/org/jboss/metadata/BeanMetaData.javaWhen generating the local jndi name include the identity hash of the ejb-name to unique the name. Resolves [JBAS-275] 2 identical named mdbs cannot deploy.1.2.4.3modifiedstarksmthirdparty/licenses/thirdparty-licenses.xmlAdd the hsqldb license and version info1.3.2.2modifiedstarksmbuild/build-release.xmlUpdate the build instructions and the setting of the cvs.tag property to work with final and non-final releases1.160.2.177modifiedstarksmbuild/build.xmlKeep the srp classes in seperate jars.1.1.2.3modifiedstarksmtestsuite/src/main/org/jboss/test/classloader/test/BasicLoaderUnitTestCase.javaCatch NoClassDefError rather than ClassNotFoundException1.9.4.28modifiedstarksmjmx/src/main/org/jboss/mx/loading/UnifiedClassLoader.javaTrack what context unregistered the UCL and report this when the UCL is used after being destroyed via a ClassNotFoundException rather than a NullPointerException. Resolves [JBAS-1328] Track where UCLs are destroyed to throw a better exception than NPE.1.1.4.22modifiedstarksmjmx/src/main/org/jboss/mx/loading/UnifiedClassLoader3.javaTrack what context unregistered the UCL and report this when the UCL is used after being destroyed via a ClassNotFoundException rather than a NullPointerException. Resolves [JBAS-1328] Track where UCLs are destroyed to throw a better exception than NPE.1.2.2.14modifiedstarksmjmx/src/main/org/jboss/mx/loading/ClassLoaderUtils.javaDo not recurse into paths ending in .war when looking for resources/classes since this can cause long startup times if wars contain lots of content directly or indirectly via links. Resolves [JBAS-1327] UCL should not scan wars for resources.1.17.2.17modifiedstarksmsystem/src/main/org/jboss/Main.javaA --bootdir or -d option has been added which is an absolute directory path or url to a dir which is prepended to the Main boot classpath. If this is a file path or url and the path is a dir, the dir and any jars are added to the boot classpath. Resolves [JBAS-] Restore the patchdir option behavior.1.3.4.1modifiedjhaynieremoting/src/main/org/jboss/remoting/loading/ClassByteClassLoader.javaJBREM-49 - fixed problem with class names that are arrays not loading correctlyJBREM-49 - fixed problem where a locally defined class was not being used and the remote endpoint was being contacted for downloading1.7.2.3modifiedstarksmcommon/src/main/org/jboss/net/protocol/file/FileURLConnection.javaAdd support for decoding the file url path using URLDecoder.decode(). This is only enabled if the org.jboss.net.protocol.file.decodeFilePaths system property is set to true. Resolves [JBAS-363] FileURLConnection needs URL decode for JDK 1.4.1.2.2.9modifiedstarksmserver/src/main/org/jboss/cache/invalidation/InvalidationManager.javaChange the DefaultAsynchByDefault attribute name to IsAsynchByDefault1.1.2.4modifiedstarksmserver/src/main/org/jboss/cache/invalidation/InvalidationManagerMBean.javaChange the DefaultAsynchByDefault attribute name to IsAsynchByDefault1.2.2.8modifiedstarksmserver/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.1.2.3modifiedstarksmserver/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.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.1.5.2.7modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCreateBeanClassInstanceCommand.javaAdded entity name to t
[JBoss-dev] [JBossCache] - Re: Cache deadlock problem when using TreeCache as 2LC for h
So here's my understand how Hibernate uses the 2nd level cache (disclaimer: I'm not a Hibernate expert). And I haven't read the docs yet... - 1st level cache is per Session. This is an Object-level cache - 2nd level is per VM, shared by all Sessions. This is a row-based cache - When an object is loaded, the corresponding rows are loaded from the DB and added to the 2nd level cache. Assuming we use JBossCache, these will be replicated (not sure about this point though) - Then H creates the object in the session cache - On update (TX commit): H writes to the DB, modified the session cache and (I guess) invalidates the 2nd level cache. The invalidate is replicated across the cluster. So, if this is correct, the 2nd level cache (JBossCache) is only read-accessed when *any* session in a JVM loads an object for the first time (scope=TX). So the session object is valid until TX end. When an object is modified, at TX end, the object is written back to the DB and invalidated from the 2nd level cache across the cluster. So reads to JBossCache happen on object-load in any given H Session, writes happen on object-modification (at TX end). So this means that locks are acquired in JBossCache for all reads and writes for the duration of TXs. If you use REPEATABLE_READ for JBossCache, then we have r/w lock semantics, ie. concurrent reads are possible. However, if you have *one* write in a given TX, all other TXs are locked out until the writing TX commits. So in your case, if you had only reads, you'd be fine. However, there is one write, which causes other TXs to block. Can you idntify that write ? If you keep that write TX short, then subsequently, all read TXs should be able to acquire locks and proceed. So in your servlet code, if you only do load() methods, you should *never* run into lock acquisition problems. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863887#3863887 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863887 --- 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] - Re: Marshall registry - design question
You will have to explain the dynamic marshaller more fully. Why should the server side be able to arbitrarily change the protocol it unmarshalls without some mechanism of expressing this to the client? If that is really needed then the client should provide no marshaller and it should be picked up from the server based on a runtime query of the transport properties. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863979#3863979 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863979 --- 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] Moved: (JBAS-1349) Message Bridge
[ http://jira.jboss.com/jira/browse/JBAS-1349?page=history ] Scott M Stark moved JBMQ-5 to JBAS-1349: Project: JBoss Application Server (was: JBoss MQ) Key: JBAS-1349 (was: JBMQ-5) Component: JMS service (was: Server) Version: JBossAS-4.0.1 Final JBossAS-3.2.7 Final > Message Bridge > -- > > Key: JBAS-1349 > URL: http://jira.jboss.com/jira/browse/JBAS-1349 > Project: JBoss Application Server > Type: Task > Components: JMS service > Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final > Reporter: Adrian Brock > Priority: Minor > > > Implementation of a MessageBridge. > -- > This is a proxy that allows messages to be sent to one JMS server > and then forwarded to the real destination. > To the senders this looks like a plain queue or topic. > This is the simplist implementation, more performant implementations are > possible: > 1) Implement the bridge as a new destination type within JBossMQ > 2) It will behave similarly to a Queue but will not accept external receivers. > 3) On a background thread (inside a JTA transaction) > take some messages from the queue and send them to the real destination. > 4) The background thread should automatically recover from a failed connection > and retry at configurable intervals. Similarly it should keep retrying if > the connection cannot be instantiated at initial startup. > This is similar to what the MDB does. -- 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] - Re: Container abstraction
We are unifying the spi not the implementation. An interceptor doesn't care wether it woven in through byte code manipulation or behind a proxy. 1a) My question was what is the footprint. My concern is that the size of the jars if we are going to run on a system with limited space. Most of jboss-common and concurrent are not used. These jars could be very easily trimmed for a limited environment. 1b) java.lang.reflect.Proxy works in those environments. Yes you have to use reflection (which means some features will not be available as I said). 2) I mean where you don't have control of the security policy. These environments limit you to performing operations like classloading and reflection on co-deployed classes (same classloader - or a child classloader if you are allowed to create such a thing). Certainly things like modifying accessibility or byte code manipulation won't be allowed. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863930#3863930 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863930 --- 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 Profiler] - Serialization Fixed
It's Great. Elias Ross (sourceforge user genman) fixed the serialization problem when Saving and Uploading the Model. Now it's possible to save a model after profiled an application, and upload the same model. Thanks a lot Elias, Clebert Suconic View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863963#3863963 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863963 --- 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: (JBCACHE-84) unable to call getKeys using JNDI
[ http://jira.jboss.com/jira/browse/JBCACHE-84?page=history ]
Bela Ban resolved JBCACHE-84:
-
Resolution: Done
fixed in 1.2.1
> unable to call getKeys using JNDI
> -
>
> Key: JBCACHE-84
> URL: http://jira.jboss.com/jira/browse/JBCACHE-84
> Project: JBoss Cache
> Type: Bug
> Versions: 1.2
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 1.2.1
>
> Original Estimate: 5 minutes
> Remaining: 5 minutes
>
> 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. */
>
[JBoss-dev] [Design the new POJO MicroContainer] - Re: Container abstraction
I've refactored the core part of the bean configurator into the container module so you can see how the microcontainer is using the BeanInfo/JoinPoint model. See org.jboss.beans.info.config View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863965#3863965 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863965 --- 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: Personalize portal
Please post question related to a topic, in the same topic otherwise the forum is a mess and nobody can find good information. Now to answer this question, you get the bug if you updated your CVS yesterday. If so update again. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863952#3863952 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863952 --- 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] Moved: (JBAS-1345) Clustered Invocation Layer
[ http://jira.jboss.com/jira/browse/JBAS-1345?page=history ] Scott M Stark moved JBMQ-14 to JBAS-1345: - Project: JBoss Application Server (was: JBoss MQ) Key: JBAS-1345 (was: JBMQ-14) Component: JMS service (was: Transport) Version: JBossAS-4.0.1 Final JBossAS-3.2.7 Final > Clustered Invocation Layer > -- > > Key: JBAS-1345 > URL: http://jira.jboss.com/jira/browse/JBAS-1345 > Project: JBoss Application Server > Type: Task > Components: JMS service > Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final > Reporter: Adrian Brock > Priority: Minor > > > Clustered Invocation Layer > 1) Transportation of the cluster view to the client. > 2) Persistent connections that allows the server to recover the client's > state after a failure. > Both these together will mean the client can transparently failover after a > server failure. > The persistent connections could be used without clustering where the client > waits for server recovery. -- 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 build.280 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050127121427Lbuild.280 BUILD COMPLETE - build.280Date of build: 01/27/2005 12:14:27Time to build: 26 minutes 4 secondsLast changed: 01/27/2005 11:57:26Last log entry: - Initialize the distributed manager after the context, so that the session timeout value is correct (before, it was always 30 minutes). Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.1.2.24modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/TomcatDeployer.java- Initialize the distributed manager after the context, so that the session timeout value is correct (before, it was always 30 minutes).
[JBoss-dev] [Design of JBoss Portal] - Re: JBoss portal 2.0 alpha
JBoss Portal seems very promising. When is the "beta" release and then the "final" release targetted for? Thanks, Mete View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863973#3863973 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863973 --- 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
[ http://jira.jboss.com/jira/browse/JBAS-1255?page=comments#action_12314977 ] Attila Ulbert commented on JBAS-1255: - As a result of our recent experiences we realized that our simple example application leaks in a given server directory, and does not leak in a different server directory (e.g. the default server directory of JBoss 401). I've uploaded our "test" server directory to the Sourceforge site. When we deployed and run our test application, it seemed to leak there, however if we used the "default" server, the memory consumption was stable. Strange... So please deploy your test application into our "test" domain. We simply cannot explain how can our "test" server directory turn a stable application into a memory gross feeder... > 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 JIRA] Created: (JBCACHE-84) unable to call getKeys using JNDI
unable to call getKeys using JNDI
-
Key: JBCACHE-84
URL: http://jira.jboss.com/jira/browse/JBCACHE-84
Project: JBoss Cache
Type: Bug
Versions: 1.2
Reporter: Bela Ban
Assigned to: Bela Ban
Priority: Minor
Fix For: 1.2.1
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.Te
[JBoss-dev] [JBossCache] - Re: unable to call getKeys using JNDI
fixed in JBossCache CVS head. Will be in JBossCache 1.2.1 (due in 1-2 weeks) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863879#3863879 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863879 --- 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-195) Authorization Model
Authorization Model Key: JBPORTAL-195 URL: http://jira.jboss.com/jira/browse/JBPORTAL-195 Project: JBoss Portal Type: Task Components: Portal Core Versions: 2.0 Beta Reporter: Julien Viet Assigned to: Julien Viet Fix For: 2.0 Beta New authorization model that defines : - authorization contract between the portal and the portlet : 1. authorization configuration : the gui is capable to introspect the portlet at runtime to discover the model 2. authorization querying : during portlet requests, it uses the interface to ask permissions to the portal - authorization management, the portal provides the management : 1. persistence of a authorization scheme 2. configuration of a scheme -- 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-31) Out of memory problem
[ http://jira.jboss.com/jira/browse/JBCACHE-31?page=comments#action_12314981 ] B.S.Navin commented on JBCACHE-31: -- Yes!!! SUN JDK 1.4.2_05. I am able to reproduce using this. Anyway, I'll also try on JDK 1.5. > 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] Commented: (JBCACHE-31) Out of memory problem
[ http://jira.jboss.com/jira/browse/JBCACHE-31?page=comments#action_12314983 ] Bela Ban commented on JBCACHE-31: - Okay, since I'm not able to reproduce it on JDK 1.5, I'm going to re-open it, but under the JBossCache 1.3 release. I don't have time to test it under JDK 1.4 right now, but will do so in JBCache 1.3 > 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] Closed: (JBREM-49) Problem with loading an array class remotely
[ http://jira.jboss.com/jira/browse/JBREM-49?page=history ] Jeff Haynie closed JBREM-49: Resolution: Done Committed to Branch_3_2 > 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 > Assignee: Jeff Haynie > > Time Spent: 2 hours >Remaining: 0 minutes > > 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] [JBossCache] - Re: JBossCache 1.2 Still accepting members with Multicast se
Yes, that works Another possibility is to set ip_ttl=1 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863860#3863860 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863860 --- 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-58) Composite key under the @EmbeddedId syntax throws a TransactionRolledbackException when queries
[ http://jira.jboss.com/jira/browse/EJBTHREE-58?page=history ] Grayson Pierce updated EJBTHREE-58: --- Attachment: comp.zip The attached is a modified version of the composite key example to illustrate the problem. > Composite key under the @EmbeddedId syntax throws a > TransactionRolledbackException when queries > --- > > Key: EJBTHREE-58 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-58 > Project: EJB 3.0 > Type: Bug > Environment: JBoss 5.0 alpha from CVS > Reporter: Grayson Pierce > Assignee: Bill Burke > Attachments: comp.zip > > > 2005-01-26 16:57:24,410 INFO [STDOUT] > javax.transaction.TransactionRolledbackException: Unable to commit, > tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=1106611033118IT/17, > BranchQual=, localId=17] status=STATUS_NO_TRANSACTION; - nested throwable: > (org.hibernate.HibernateException: identifier of an instance of > org.jboss.tutorial.composite.bean.Customer altered from [EMAIL PROTECTED] to > null) -- 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: (JGRP-27) UNICAST: use cases that test window_size and min_threshold
UNICAST: use cases that test window_size and min_threshold -- Key: JGRP-27 URL: http://jira.jboss.com/jira/browse/JGRP-27 Project: JGroups Type: Task Reporter: Bela Ban Assigned to: Bela Ban Fix For: 2.2.9 -- 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: hibernate issues
AhhsÃ!! Thank you. Shall introduce the same in my instance of the portal. :) P View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863900#3863900 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863900 --- 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: Personalize portal
for now it's hard to do because the logo is flatten on the header. we should provide a photoshop file where you can type your own logo and then replace it. but the theme is not final yet :-( View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863948#3863948 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863948 --- 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-1157) System property jboss.server.lib.url not used
[ http://jira.jboss.com/jira/browse/JBAS-1157?page=history ]
Scott M Stark reassigned JBAS-1157:
---
Assign To: Michael Yuan (was: Scott M Stark)
> System property jboss.server.lib.url not used
> -
>
> Key: JBAS-1157
> URL: http://jira.jboss.com/jira/browse/JBAS-1157
> Project: JBoss Application Server
> Type: Bug
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Michael Yuan
>
>
> SourceForge Submitter: bwallis42 .
> Linux (Gentoo, 2.6.7 kernel, glibc 2.3.3)
> JDK 1.4.2_05
> JBoss 3.2.3
>
> After much struggling to try and move the server library
> directory to another place (and not under
> ${jboss.server.home.url}) I have discovered the the
> property jboss.server.lib.url does not seem to be used
> at all.
>
> The correct way to move the server lib directory (or
> add additional lib directories) is by changing or adding
> classpath entries to
> ${jboss.server.conf.dir}/jboss-service.xml, ie:
>
>
> could change to
>
> to load the library files from that new location.
>
> This is documented in jboss-service.xml.
>
> The jboss.server.lib.dir property should be deprecated
> and documented as such in ServerConfig.java (with
> perhaps a warning generated if it is set) to save future
> confusion by others.
--
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: hibernate issues
it's done View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863901#3863901 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863901 --- 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] - Personalize portal
A question : if I want change the logo, where can i change it ... ? thank lnhf View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863944#3863944 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863944 --- 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: Personalize portal
Okay, thanks for your response. Another question, I have see in another post (http://www.jboss.org/index.html?module=bb&op=viewtopic&t=59374) , that you have made an update or fixed the bug ... ? Have I bad understand or where can I find the update ... ? lnhf View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863949#3863949 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863949 --- 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
Okay, Thanks for this details. lnhf View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863861#3863861 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863861 --- 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] Re: jboss-head failure
Apologies, I see what you are talking about. src/resources is empty so if you do cvs co -dP (prune) it will fail. I will fix it. On Thu, 2005-01-27 at 11:28, Adrian Brock wrote: > You need to checkout the new container module. > > cd jboss-head > cvs co container > > On Thu, 2005-01-27 at 11:17, Anil Saldhana wrote: > > Adrian, > >since last evening, my build fails with: > > > > BUILD FAILED > > /Users/anil/jboss5/jboss-head/tools/etc/buildmagic/buildmagic.ent:543: > > /Users/anil/jboss5/jboss-head/container/src/resources not found. > > > > Is it ok for others? > > > > Anil -- Adrian Brock Director of Support Back Office JBoss Inc. --- 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] Moved: (JBAS-1346) JDBC StateManager
[ http://jira.jboss.com/jira/browse/JBAS-1346?page=history ] Scott M Stark moved JBMQ-8 to JBAS-1346: Project: JBoss Application Server (was: JBoss MQ) Key: JBAS-1346 (was: JBMQ-8) Component: JMS service (was: Persistence) Version: JBossAS-4.0.1 Final JBossAS-3.2.7 Final > JDBC StateManager > - > > Key: JBAS-1346 > URL: http://jira.jboss.com/jira/browse/JBAS-1346 > Project: JBoss Application Server > Type: Task > Components: JMS service > Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final > Reporter: Adrian Brock > Priority: Minor > > > The JDBC StateManager should have operations to create/delete users and > subscriptions in the > database, just like the old File StateManager did. -- 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-30) Tutorial for Defining jndi mappings
[ http://jira.jboss.com/jira/browse/EJBTHREE-30?page=history ] Bill Burke closed EJBTHREE-30: -- Resolution: Done > Tutorial for Defining jndi mappings > --- > > Key: EJBTHREE-30 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-30 > Project: EJB 3.0 > Type: Task > 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-4.0 build.339 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050127021049Lbuild.339 BUILD COMPLETE - build.339Date of build: 01/27/2005 02:10:49Time to build: 18 minutes 4 secondsLast changed: 01/27/2005 02:01:30Last log entry: When generating the local jndi name include the identity hash of the ejb-name to unique the name. Resolves [JBAS-275] 2 identical named mdbs cannot deploy. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.69.2.4modifiedstarksmserver/src/main/org/jboss/metadata/BeanMetaData.javaWhen generating the local jndi name include the identity hash of the ejb-name to unique the name. Resolves [JBAS-275] 2 identical named mdbs cannot deploy.
[JBoss-dev] [Design of JBoss Portal] - Re: Switching between different MIME types globaly
"[EMAIL PROTECTED]" wrote : The file is there: ./server/src/main/org/jboss/portal/server/invocation/portal/MainDispatcherInterceptor.java | | If you got jboss-portal-2.0 module in the CVS you get all the sources files. (so you get that one too) Thanks Thomas. BTW, I have all sources from CVS. Another question - does the portal team have a scheme describing the structure of the portal ? I wouldn't ask such supid questions ;) if I would have architectural scheme. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864096#3864096 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864096 --- 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: (JGRP-29) Messages are not sent to all members when using UDP with ip_mcast disabled
[ http://jira.jboss.com/jira/browse/JGRP-29?page=history ] Bela Ban resolved JGRP-29: -- Resolution: Done Fixed > Messages are not sent to all members when using UDP with ip_mcast disabled > -- > > Key: JGRP-29 > URL: http://jira.jboss.com/jira/browse/JGRP-29 > Project: JGroups > Type: Bug > Environment: Sun JDK 1.4.2_05 > Reporter: B.S.Navin > Assignee: Bela Ban > Fix For: 2.2.8 > Attachments: MessageTest.java, fc-fast-udp.xml > > Original Estimate: 30 minutes > Remaining: 30 minutes > > Attached the configuration file and the sample program. > The stack is a TCPPING/UDP combination. UDP has ip_mcast diabled. So all > messages will be unicast using UDP messages to each of the members. > 2 members are started on ports 7800 and 7801 (7800 becomes the co-ordinator). > When I send a message from 7801, the message does not go to 7800 at all. > On checking the sources, I found that on sending, the UDP.sendUdpMessage() > gets called from UDP.sendMultipleUdpMessages(). This method is called using > the same Message object for each member of the group. > In this case, sendMultipleUdpMessages sets the destination of the Message > object to 7800 and calls sendUdpMessage. Here, the message is added to the > outgoing packet handler queue. > Then sendMultipleUdpMessages sets the destination of the Message object to > 7801 and calls sendUdpMessage. But the Message object is the same. So > actually the destination of the Message object in the queue gets changed to > 7801 and the message is never delivered to 7800. > A copy of the message should be added to the outgoing queue. -- 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: (JGRP-30) Check whether the same bug exists in TCP:TCPPING
[ http://jira.jboss.com/jira/browse/JGRP-30?page=history ] Bela Ban resolved JGRP-30: -- Resolution: Done Bug doesn't exist > Check whether the same bug exists in TCP:TCPPING > > > Key: JGRP-30 > URL: http://jira.jboss.com/jira/browse/JGRP-30 > Project: JGroups > Type: Sub-task > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 2.2.8 > > > Does TCP.sendMulticastMessage() need to copy the message as well ? > Test with Navin's attached test program, change UDP:TCPPING to TCP:TCPPING -- 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.744 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050128082425Lbuild.744 BUILD COMPLETE - build.744Date of build: 01/28/2005 08:24:25Time to build: 35 minutes 55 secondsLast changed: 01/28/2005 07:33:23Last log entry: porting DeploymentService from Branch_4_0 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (16)1.2modifiedanddvaria/src/resources/services/deployment/templates/jms-queue/template-config.xmlporting DeploymentService from Branch_4_01.2modifiedanddvaria/src/resources/services/deployment/templates/jms-queue/vm/jms-queue.xml.vmporting DeploymentService from Branch_4_01.2modifiedanddvaria/src/resources/services/deployment/schema/jboss-template-config.xsdporting DeploymentService from Branch_4_01.2modifiedanddvaria/src/resources/services/deployment/templates/VM_global_library.vmporting DeploymentService from Branch_4_01.2modifiedanddvaria/src/resources/services/deployment/META-INF/jboss-service.xmlporting DeploymentService from Branch_4_01.2modifiedanddvaria/src/resources/services/deployment/build.xmlporting DeploymentService from Branch_4_01.2modifiedanddvaria/src/resources/services/deployment/readme.txtporting DeploymentService from Branch_4_01.29modifiedbelabancluster/src/etc/cluster-service.xmlremoved window_size and min_threshold from UNICAST1.3modifiedloubyanskytestsuite/src/main/org/jboss/test/xml/MiscUnitTestCase.javaruntime document binding tests1.3modifiedloubyanskytestsuite/src/main/org/jboss/test/xml/UnmarshallingMetaDataTestCase.javaruntime document binding tests1.23modifiedloubyanskycommon/src/main/org/jboss/xml/binding/Unmarshaller.javafirst integration of unmarshalling binding metadata1.3modifiedloubyanskycommon/src/main/org/jboss/xml/binding/UnmarshallerImpl.javafirst integration of unmarshalling binding metadata1.3modifiedloubyanskycommon/src/main/org/jboss/xml/binding/UnmarshallingContext.javafirst integration of unmarshalling binding metadata1.31modifiedloubyanskycommon/src/main/org/jboss/xml/binding/ObjectModelBuilder.javafirst integration of unmarshalling binding metadata1.1addedloubyanskycommon/src/main/org/jboss/xml/binding/metadata/unmarshalling/BindingCursor.javafirst integration of unmarshalling binding metadata1.2modifiedloubyanskycommon/src/main/org/jboss/xml/binding/metadata/unmarshalling/RuntimeDocumentBinding.javafirst integration of unmarshalling binding metadata
[JBoss-dev] jboss-4.0-jdk-matrix build.74 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050128093605Lbuild.74 BUILD COMPLETE - build.74Date of build: 01/28/2005 09:36:05Time to build: 44 minutes 59 secondsLast changed: 01/28/2005 07:32:34Last log entry: - Update JBoss 4.0 branch to Tomcat 5.5.7. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (74)1.1.2.1modifiedremmtomcat/src/resources/context.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.1.1.16.1deletedremmtomcat/src/resources/jboss-mbeans.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.14.2.3deletedremmtomcat/src/resources/jboss-service-50.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.1modifiedremmtomcat/src/resources/jboss-service.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.16.2.3deletedremmtomcat/src/resources/server-50.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.1modifiedremmtomcat/src/resources/server.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.1.1.16.1deletedremmtomcat/src/main/org/jboss/web/tomcat/Log4jLogger.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.6.1deletedremmtomcat/src/main/org/jboss/web/tomcat/mbean-descriptors.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.2.2.3modifiedremmtomcat/src/resources/tc5-cluster-service.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.4.2.1modifiedremmtomcat/src/resources/web.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.4.2.1modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/sso/ClusteredSingleSignOn.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/AttributeBasedClusteredSession.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.5.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSessionCMP.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.4.2.1modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSessionValve.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.4.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/InstantSnapshotManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.4.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/IntervalSnapshotManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.5modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheService.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.5.2.4modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossManagerCMP.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossManagerCMPMBean.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/SessionBasedClusteredSession.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/SessionIDGenerator.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/SnapshotManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/AbstractJBossManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.5.2.1modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/jca/CachedConnectionValve.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.1deletedremmtomcat/src/main/org/jboss/web/tomcat/tc5/ContextConfigRuleSet.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/JvmRouteFilter.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.1modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/StandardService.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.24.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/Tomcat5.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.12.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/Tomcat5MBean.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.26.2.6modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/TomcatDeployer.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.6.2.1modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/WebCtxLoader.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/security/JaccContextValve.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.1.1.16.1deletedremmtomcat/src/main/org/jboss/web/tomcat/security/SSLServerSocketFactory.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.16.2.4modifiedremmtomcat/src/main/org/jboss/web/tomcat/security
[JBoss-dev] [Design of JBoss Portal] - Re: JSR-168 question
yes in deploy, like any other web app. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864117#3864117 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864117 --- 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: timed expiry
Eviction policy is what you are looking for, I think. JBossCache provides a default LRU implementation. the "time-to-live" is not set per object you insert in the cache, but per region. Check eviction policy in JBossCache documentation. Thomas View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864124#3864124 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864124 --- 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: JSR-168 question
Thanks jimmyed2001. Where are you putting this WAR file though? Did you just drop it into /server/default/deploy and let it run (assuming JBOss Portal is deployed as well) or are you putting it somewhere else? THanks Mike View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864115#3864115 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864115 --- 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] - Re: Marshall registry - design question
In the case of the UnifiedInvoker, this is a layer on top of remoting that wants to introduce a serialization configuration. This has to come in pairs. Introduction of an extension of the remoting framework on the server side needs to have a component on the client side which propgates this configuration information. If the service locator maps to a proxy bound into jndi then the marshaller info should be bound to the proxy. If the service locator maps to some registry, then the registry should hold the marshaller information. As John mentions, one type of base marshaller directly supported by the remoting framework could be one with an embedded registry that include a header packet which the client uses on the initial connection to obtain the application specific marshaller. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864127#3864127 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864127 --- 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] - NullPointerException: TreeCache.put
Hi "I am using treecache with hibernate on weblogic 8.1. While persisting data, I get following exception: (I am calling hibernate persistence through spring. ) Thanks in Advance: Hari (impl.SessionImpl2399) Could not synchronize database state with session <[ServletContext(id=4 233200,name=vz-esm-vcm-web,context-path=/vcm)] Servlet failed with Exception org.springframework.dao.CleanupFailureDataAccessException: Failed to flush sessi on before close: org.jboss.util.NestedRuntimeException: - nested throwable: (jav a.lang.NullPointerException); nested exception is net.sf.hibernate.cache.CacheEx ception: org.jboss.util.NestedRuntimeException: - nested throwable: (java.lang.N ullPointerException) net.sf.hibernate.cache.CacheException: org.jboss.util.NestedRuntimeException: - nested throwable: (java.lang.NullPointerException) at net.sf.hibernate.cache.TreeCache.put(Ljava.lang.Object;Ljava.lang.Obj ect;)V(TreeCache.java:70) at net.sf.hibernate.cache.UpdateTimestampsCache.preinvalidate([Ljava.io. Serializable;)V(UpdateTimestampsCache.java:42) at net.sf.hibernate.impl.SessionImpl.executeAll(Ljava.util.List;)V(Sessi onImpl.java:2437) at net.sf.hibernate.impl.SessionImpl.execute()V(SessionImpl.java:2391) at net.sf.hibernate.impl.SessionImpl.flush()V(SessionImpl.java:2260) at vz.esm.core.web.FlushingSpringSessionInViewFilter.closeSession(Lnet.s f.hibernate.Session;Lnet.sf.hibernate.SessionFactory;)V(FlushingSpringSessionInV iewFilter.java:39) at org.springframework.orm.hibernate.support.OpenSessionInViewFilter.doF ilterInternal(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpSer vletResponse;Ljavax.servlet.FilterChain;)V(OpenSessionInViewFilter.java:122) at org.springframework.web.filter.OncePerRequestFilter.doFilter(Ljavax.s ervlet.ServletRequest;Ljavax.servlet.ServletResponse;Ljavax.servlet.FilterChain; )V(OncePerRequestFilter.java:73) at weblogic.servlet.internal.FilterChainImpl.doFilter(Ljavax.servlet.Ser vletRequest;Ljavax.servlet.ServletResponse;)V(FilterChainImpl.java:27) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationActio n.run()Ljava.lang.Object;(WebAppServletContext.java:6724) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(Lweblogic.se curity.subject.AbstractSubject;Ljava.security.PrivilegedAction;)Ljava.lang.Objec t;(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(Lweblogic.security.ac l.internal.AuthenticatedSubject;Lweblogic.security.acl.internal.AuthenticatedSub ject;Ljava.security.PrivilegedAction;)Ljava.lang.Object;(SecurityManager.java:12 1) at weblogic.servlet.internal.WebAppServletContext.invokeServlet(Lweblogi c.servlet.internal.ServletRequestImpl;Lweblogic.servlet.internal.ServletResponse Impl;)V(WebAppServletContext.java:3764) at weblogic.servlet.internal.ServletRequestImpl.execute(Lweblogic.kernel .ExecuteThread;)V(ServletRequestImpl.java:2644) at weblogic.kernel.ExecuteThread.execute(Lweblogic.kernel.ExecuteRequest ;)V(ExecuteThread.java:219) at weblogic.kernel.ExecuteThread.run()V(ExecuteThread.java:178) at java.lang.Thread.startThreadFromVM(Ljava.lang.Thread;)V(Unknown Sourc e) Caused by: org.jboss.util.NestedRuntimeException: - nested throwable: (java.lang .NullPointerException) at org.jboss.cache.TreeCache.invokeMethod(Lorg.jgroups.blocks.MethodCall ;)Ljava.lang.Object;(TreeCache.java:3184) at org.jboss.cache.TreeCache.put(Lorg.jboss.cache.Fqn;Ljava.lang.Object; Ljava.lang.Object;)Ljava.lang.Object;(TreeCache.java:1741) at net.sf.hibernate.cache.TreeCache.put(Ljava.lang.Object;Ljava.lang.Obj ect;)V(TreeCache.java:67) ... 16 more Caused by: java.lang.NullPointerException at org.jboss.cache.eviction.LRUPolicy.nodeAdded(Lorg.jboss.cache.Fqn;)V( LRUPolicy.java:54) at org.jboss.cache.eviction.LRUPolicy.nodeCreated(Lorg.jboss.cache.Fqn;) V(LRUPolicy.java:92) at org.jboss.cache.TreeCache.notifyNodeCreated(Lorg.jboss.cache.Fqn;)V(T reeCache.java:3449) at org.jboss.cache.TreeCache.findNode(Lorg.jboss.cache.Fqn;ZZLorg.jboss. cache.GlobalTransaction;I)Lorg.jboss.cache.Node;(TreeCache.java:3276) at org.jboss.cache.TreeCache._put(Lorg.jboss.cache.GlobalTransaction;Lor g.jboss.cache.Fqn;Ljava.lang.Object;Ljava.lang.Object;Z)Ljava.lang.Object;(TreeC ache.java:2341) at jrockit.reflect.NativeMethodInvoker.invoke0(Ljava.lang.Object;ILjava. lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source) at jrockit.reflect.NativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.l ang.Object;)Ljava.lang.Object;(Unknown Source) at jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object;[ Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source) at java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object; I)Ljava.lang.Object
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1352) Generalized detached invoker proxy factory handling of IClientContainer
Generalized detached invoker proxy factory handling of IClientContainer --- Key: JBAS-1352 URL: http://jira.jboss.com/jira/browse/JBAS-1352 Project: JBoss Application Server Type: Bug Versions: JBossAS-3.2.7 Final Reporter: Scott M Stark Assigned to: Scott M Stark The generalized detached invoker proxy is not creating a ClientContainerEx when the proxy factory configuration request support for the org.jboss.proxy.IClientContainer interface. -- 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 build.279 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050127042023Lbuild.279 BUILD COMPLETE - build.279Date of build: 01/27/2005 04:20:23Time to build: 20 minutes 10 secondsLast changed: 01/27/2005 04:07:23Last log entry: Onto 3.2.8RC1 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (4)1.1.2.12modifiedstarksmtools/etc/buildmagic/version-info.xmlOnto 3.2.8RC11.1.2.32modifiedstarksmtools/etc/buildmagic/buildmagic.entOnto 3.2.8RC11.1.2.2.2.2modifiedstarksmbuild/docs/readme.htmlUpdate the 3.2.7 info1.41.2.15modifiedstarksmserver/src/main/org/jboss/metadata/BeanMetaData.javaWhen generating the local jndi name include the identity hash of the ejb-name to unique the name. Resolves [JBAS-275] 2 identical named mdbs cannot deploy.
[JBoss-dev] [JBossCache] - Re: Cache deadlock problem when using TreeCache as 2LC for h
Neither READ_COMMITED nor READ_UNCOMMITED help, only NONE which is
inappropriate.
I do not claim it's cache's bug, but it appears to be some design issue.
Let me explain. Suppose you have some read-only entity which is frequently used
through application. This is exactly where I expect to take advantage of cache,
right?
I'm using hibernate but even without hibernate scenario is the same:
| Entity getEntity(PK entityPK){
|if(cache.exists(entityPK)){
|return (Entity)cache.get(entityPK);
| } else {
|Entity entity = (Entity)storage.load(entityPK);
| cache.put(entity); // write lock here
|return entity;
| }
|
you'll do it yourself or O-R mapping tool (eg hibernate) will do it for you if
you configured it to use TreeCache as 2nd level cache.
In any application there are plenty of read-only entites which are the first
candidates to caching.
They are accessed in random order (should be no problem since they are
read-only)
BUT, ANY read access to that entity can cause write to the cache (if entity
never been read or get evicted from cache) and therefore require write lock.
So, running into deadlock becomes just a matter of time.
In my example (in first post) I intentionally requesting that entities in
different order and put some delay into servlet to easily reproduce the issue.
Again, I'm not claiming a bug in TreeCache. But since I'm considering this is
very common scenario (everyone caching readonly entities, if you're using O-R
mapping tool like hibernate you definitely want 2LC do it for you) I'm looking
for any solution allowing me to concurrently access cached read-only entities
without deadlocks.
PS commit after each load definitely not a solution - it leaves you without
transactions and brings you huge overhead instead.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863883#3863883
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863883
---
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)] - Problem with EJB wizard
Hi, I always get an error when I try to use the EJB wizard. My steps: - create new J2EE 1.4 Project "LCDTest" - create a package "de.lcd.beans" - click with right button on package -> new -> other -> ejb components -> Session Bean (EJB wizards pops up) - then I enter the package (de.lcd.beans) the name of the bean (testBean) and hit "finish" Then I get the following error: --snip-- Creation of element failed. Reason: [in LCDTest] does not exist --snap-- Am I doing something wrong or is my eclipse/jboss-ide installation messed up? My System: - Java 1.4.2_04 - Eclipse 3.0.1 - JBoss IDE 1.4 Thx for any help. Michael View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863884#3863884 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863884 --- 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] - JSR-168 question
Hi - I'musing the Apress book Buildling Portals with the Java Portlet API to try and get my head around this technology and am having trouble figuring out if JBoss portal fully supports the spec or not. There seems to be discrepencies in the configuration files. WHat i have is this: /WEB-INF - default-portal.xml - jboss-web.xml - portlet-instances.xml - portlet.xml - web.xml Is this all that one needs to run their own portal under JBoss? When I start Jboss, my EAR loads and I get what looks like all the correct messages in the console like: [HelloWorldPortlet] registered etc, etc but I can't figure out how to acces the portlet.In the book are two files called portletentityregistry.xml and pageregistry.xml that don't seem to have a correlation in JBOss portal examples that come with the portal. Any tips would be appreciated. Thanks Mike View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863985#3863985 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863985 --- 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] - Re: Marshall registry - design question
Wow. Wish I had hit refresh on this page before writing my response (almost the exact same). "[EMAIL PROTECTED]" wrote : maybe the first few bytes of the pre-request is a magic cookie value that if detected, the server-side reverts to the well know marshaller, looks up the marshaller class based on the name given to it via the pre-request and sends back the class name. | This is the rub. Will think some more on the best way to initially handle this request on the server side. Certainly think this is going to require me putting all the dynamic classloading code back in, which is going to eat up some time. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863997#3863997 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863997 --- 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: Cannot get access to user's properties
could you check again now ? there was a bug that could be the cause of that. I fixed it yesterday. The bug was that once authenticated, the User object was not retrieved from the database and all personnalization was not used. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863871#3863871 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863871 --- 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 AOP on JBoss (Aspects/JBoss)] - Re: AOP interceptor applied to all JSP/Servlet requests?
caller pointcuts will work if you use the jDK5 java.lang.instrument package as defined in the shipped documentation. We're working on a JDK 1.4 fix still. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863893#3863893 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863893 --- 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: (JBREM-15) merge UnifiedInvoker from remoting branch
[ http://jira.jboss.com/jira/browse/JBREM-15?page=history ] Tom Elrod closed JBREM-15: --- Resolution: Done Have added UnifiedInvoker to the server module and added unified invoker configuration to testsuite. Can see http://www.jboss.org/wiki/Wiki.jsp?page=Unified_Invoker_configuration for more info. > merge UnifiedInvoker from remoting branch > - > > Key: JBREM-15 > URL: http://jira.jboss.com/jira/browse/JBREM-15 > Project: JBoss Remoting > Type: Task > Components: general > Versions: 1.0.1 alpha > Reporter: Tom Elrod > Assignee: Tom Elrod > Fix For: 1.0.1 final > > > Added UnifiedInvoker implementation (EJB 2.0 version) to remoting branch. > Need to merge into CVS HEAD. -- 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] - timed expiry
Is it likely that a timed expiry policy might be added to jboss cache? What I need to be able to do is add an item to the cache and a time-to-live, so i could have cache.add(item,3000); and it would time-out in 3000ms for example. I see that there is a timer task that searches for items on a fixed interval, but is the time that tha item is added recorded? Or would the insertion times have to be maintained outside of jboss cache? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864109#3864109 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864109 --- 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-58) Composite key under the @EmbeddedId syntax throws a TransactionRolledbackException when queries
Composite key under the @EmbeddedId syntax throws a TransactionRolledbackException when queries --- Key: EJBTHREE-58 URL: http://jira.jboss.com/jira/browse/EJBTHREE-58 Project: EJB 3.0 Type: Bug Environment: JBoss 5.0 alpha from CVS Reporter: Grayson Pierce Assigned to: Bill Burke 2005-01-26 16:57:24,410 INFO [STDOUT] javax.transaction.TransactionRolledbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=1106611033118IT/17, BranchQual=, localId=17] status=STATUS_NO_TRANSACTION; - nested throwable: (org.hibernate.HibernateException: identifier of an instance of org.jboss.tutorial.composite.bean.Customer altered from [EMAIL PROTECTED] to null) -- 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] Reopened: (JBPM-22) mantain bpel variables in the jbpm context instance (9.2)
[ http://jira.jboss.com/jira/browse/JBPM-22?page=history ] Alejandro GuÃzar reopened JBPM-22: -- dom4j to w3c dom migration > mantain bpel variables in the jbpm context instance (9.2) > - > > Key: JBPM-22 > URL: http://jira.jboss.com/jira/browse/JBPM-22 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: 3.0 DR 1 > Environment: dom4j > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > > Original Estimate: 1 week >Time Spent: 1 week > > Introduce an adapter that allows for mantaining BPEL variables of WSDL > message type, XML Schema simple type or XML Schema element in the existing > jBPM context instance. > Follow the existing "data-per-token" mechanism to support variable scoping. -- 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: Error
This is the log generated when jboss starts referencing session factory:
10:52:39,015 INFO [SessionFactoryImpl] building session factory
10:53:07,374 INFO [ReflectHelper] reflection optimizer disabled for:
org.jboss.portal.core.impl.role.RoleImpl, BulkBeanException: Property is
private (property setUsers)
10:53:09,312 INFO [ReflectHelper] reflection optimizer disabled for:
org.jboss.portal.core.impl.preferences.MappedPreference, BulkBeanException:
Property is private (property setStrings)
10:53:09,327 INFO [ReflectHelper] reflection optimizer disabled for:
org.jboss.portal.core.impl.user.UserPref, BulkBeanException: Property is
private (property setStrings)
10:53:09,359 INFO [ReflectHelper] reflection optimizer disabled for:
org.jboss.portal.core.impl.user.UserPrefSet, BulkBeanException: tried to access
method
org.jboss.portal.core.impl.preferences.MappedPreferenceSet.setName(Ljava/lang/String;)V
from class
org.jboss.portal.core.impl.user.UserPrefSet$$BulkBeanByCGLIB$$b3275ccd
(property setName)
10:53:09,374 INFO [ReflectHelper] reflection optimizer disabled for:
org.jboss.portal.core.impl.user.UserImpl, BulkBeanException: Property is
private (property setRootPreferenceSet)
10:53:09,437 INFO [SessionFactoryObjectFactory] Factory name:
java:portal/SessionFactory
10:53:33,531 INFO [NamingHelper] JNDI InitialContext properties:{}
10:53:33,531 INFO [NamingHelper] Creating subcontext: java:portal
10:53:33,531 INFO [SessionFactoryObjectFactory] Bound factory to JNDI name:
java:portal/SessionFactory
10:53:33,531 WARN [SessionFactoryObjectFactory] InitialContext did not
implement EventContext
10:53:33,531 INFO [NamingHelper] JNDI InitialContext properties:{}
it seams ok. is it?
in JNDIView, the name apears an the class is
net.sf.hibernate.impl.SessionFactoryImpl. its ok.
the service=Hibernate seems to be ok too.
And the problem is still happening
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864085#3864085
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864085
---
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: (JGRP-29) Messages are not sent to all members when using UDP with ip_mcast disabled
[ http://jira.jboss.com/jira/browse/JGRP-29?page=history ] B.S.Navin updated JGRP-29: -- Attachment: MessageTest.java A sample program to reproduce the problem. The argument to the program is the path to the config file > Messages are not sent to all members when using UDP with ip_mcast disabled > -- > > Key: JGRP-29 > URL: http://jira.jboss.com/jira/browse/JGRP-29 > Project: JGroups > Type: Bug > Versions: 2.2.8 > Environment: Sun JDK 1.4.2_05 > Reporter: B.S.Navin > Assignee: Bela Ban > Priority: Critical > Attachments: MessageTest.java, fc-fast-udp.xml > > Original Estimate: 30 minutes > Remaining: 30 minutes > > Attached the configuration file and the sample program. > The stack is a TCPPING/UDP combination. UDP has ip_mcast diabled. So all > messages will be unicast using UDP messages to each of the members. > 2 members are started on ports 7800 and 7801 (7800 becomes the co-ordinator). > When I send a message from 7801, the message does not go to 7800 at all. > On checking the sources, I found that on sending, the UDP.sendUdpMessage() > gets called from UDP.sendMultipleUdpMessages(). This method is called using > the same Message object for each member of the group. > In this case, sendMultipleUdpMessages sets the destination of the Message > object to 7800 and calls sendUdpMessage. Here, the message is added to the > outgoing packet handler queue. > Then sendMultipleUdpMessages sets the destination of the Message object to > 7801 and calls sendUdpMessage. But the Message object is the same. So > actually the destination of the Message object in the queue gets changed to > 7801 and the message is never delivered to 7800. > A copy of the message should be added to the outgoing queue. -- 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] Reopened: (JBPM-25) bpel activities xml parsing
[ http://jira.jboss.com/jira/browse/JBPM-25?page=history ] Juan Cantu reopened JBPM-25: dom4j to dom migration > bpel activities xml parsing > --- > > Key: JBPM-25 > URL: http://jira.jboss.com/jira/browse/JBPM-25 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: 3.0 DR 1 > Reporter: Juan Cantu > Assignee: Juan Cantu > Fix For: 3.0 DR 1 > > Original Estimate: 2 weeks >Time Spent: 2 weeks, 1 day > Remaining: 0 minutes > > Perform xml - to graph translation by representing bpel activities as jbpm > nodes. BPEL 1.1 defines the following activities: > Basic Activities: > -receive, reply, invoke, assign, wait, scope, throw, terminate, compensate, > empty > Structured Activities: > -sequence, switch, while, pick, flow -- 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: (JGRP-29) Messages are not sent to all members when using UDP with ip_mcast disabled
[ http://jira.jboss.com/jira/browse/JGRP-29?page=history ] B.S.Navin updated JGRP-29: -- Attachment: fc-fast-udp.xml The stack configuration used > Messages are not sent to all members when using UDP with ip_mcast disabled > -- > > Key: JGRP-29 > URL: http://jira.jboss.com/jira/browse/JGRP-29 > Project: JGroups > Type: Bug > Versions: 2.2.8 > Environment: Sun JDK 1.4.2_05 > Reporter: B.S.Navin > Assignee: Bela Ban > Priority: Critical > Attachments: fc-fast-udp.xml > > Original Estimate: 30 minutes > Remaining: 30 minutes > > Attached the configuration file and the sample program. > The stack is a TCPPING/UDP combination. UDP has ip_mcast diabled. So all > messages will be unicast using UDP messages to each of the members. > 2 members are started on ports 7800 and 7801 (7800 becomes the co-ordinator). > When I send a message from 7801, the message does not go to 7800 at all. > On checking the sources, I found that on sending, the UDP.sendUdpMessage() > gets called from UDP.sendMultipleUdpMessages(). This method is called using > the same Message object for each member of the group. > In this case, sendMultipleUdpMessages sets the destination of the Message > object to 7800 and calls sendUdpMessage. Here, the message is added to the > outgoing packet handler queue. > Then sendMultipleUdpMessages sets the destination of the Message object to > 7801 and calls sendUdpMessage. But the Message object is the same. So > actually the destination of the Message object in the queue gets changed to > 7801 and the message is never delivered to 7800. > A copy of the message should be added to the outgoing queue. -- 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: (JGRP-29) Messages are not sent to all members when using UDP with ip_mcast disabled
[ http://jira.jboss.com/jira/browse/JGRP-29?page=history ] Bela Ban updated JGRP-29: - Priority: Major (was: Critical) Version: (was: 2.2.8) Fix Version: 2.2.8 downgraded to major b/c nobody uses the UDP:TCPPING combo > Messages are not sent to all members when using UDP with ip_mcast disabled > -- > > Key: JGRP-29 > URL: http://jira.jboss.com/jira/browse/JGRP-29 > Project: JGroups > Type: Bug > Environment: Sun JDK 1.4.2_05 > Reporter: B.S.Navin > Assignee: Bela Ban > Fix For: 2.2.8 > Attachments: MessageTest.java, fc-fast-udp.xml > > Original Estimate: 30 minutes > Remaining: 30 minutes > > Attached the configuration file and the sample program. > The stack is a TCPPING/UDP combination. UDP has ip_mcast diabled. So all > messages will be unicast using UDP messages to each of the members. > 2 members are started on ports 7800 and 7801 (7800 becomes the co-ordinator). > When I send a message from 7801, the message does not go to 7800 at all. > On checking the sources, I found that on sending, the UDP.sendUdpMessage() > gets called from UDP.sendMultipleUdpMessages(). This method is called using > the same Message object for each member of the group. > In this case, sendMultipleUdpMessages sets the destination of the Message > object to 7800 and calls sendUdpMessage. Here, the message is added to the > outgoing packet handler queue. > Then sendMultipleUdpMessages sets the destination of the Message object to > 7801 and calls sendUdpMessage. But the Message object is the same. So > actually the destination of the Message object in the queue gets changed to > 7801 and the message is never delivered to 7800. > A copy of the message should be added to the outgoing queue. -- 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: Error
The exception is thrown due to the fact that the mbean in question is already
registered when the portal ("portal-exp.war") is being deployed. See quote
below.
Do this help?
P
anonymous wrote :
| 13:41:35,613 INFO [TomcatDeployer] deploy, ctxPath=/portlet,
warUrl=file:/C:/jboss-4.0.1RC1/server/standard/tmp/depl
| 605portlet.sar-contents/portlet-exp.war/
| 13:41:35,763 ERROR [PortalContextListener] Cannot register an mbean
| javax.management.InstanceAlreadyExistsException:
portal:service=BootStrapContext already registered.
| at
org.jboss.mx.server.registry.BasicMBeanRegistry.add(BasicMBeanRegistry.java:755)
| at
org.jboss.mx.server.registry.BasicMBeanRegistry.registerMBean(BasicMBeanRegistry.java:211)
| at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
| at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| anonymous wrote :
|
|
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864081#3864081
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864081
---
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: Switching between different MIME types globaly
"[EMAIL PROTECTED]" wrote : the interceptor stack is defined in : portal-core.sar/portal-core.war/WEB-INF/jboss-container.xml. | | the thing which does the page assembly is the last interceptor in that stack, i.e MainDispatchInterceptor. Can you tell me to which directory(-ies) in CVS I should look in order to find the source ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864083#3864083 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864083 --- 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: Error
I think portal is not binding the following name to the correct object: portal/SessionFactory In which class it would be done? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864077#3864077 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864077 --- 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: Switching between different MIME types globaly
cvs co jboss-portal-2.0 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864086#3864086 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864086 --- 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
I'm sorry if I'm confusing the situation, I was just trying to describe the tests that I had done and why I persevered with this topic. Fundamentally what I am trying to do is to find a way to manage datasources and drivers which has consistent and reasonable behavior. If that behavior includes needing to restart JBoss to see a change to a new driver then that is acceptable. What is less good is if the behavior includes exceptions being thrown in the server log and datasources being unavailable. For instance the testcase you described, JDBCStatementTestsConnectionUnitTestCase, indicates that hot redeploying drivers in JBoss will likely lead to class cast exceptions being thrown. Also in my tests, 1) above, I found that when redeploying a .sar file that contained a driver and datasource definition, that changing just the password attribute, caused references to the datasource to throw a NPE. The only scenario which appeared to show any promise was 3) from my previous post. Going forward I intend to follow a much more conservative approach to managing datasource and drivers. Namely putting drivers in ./lib, and -ds.xmls in./deploy. This will not give us the functionality we were hoping for from the Admin Console but I'm confident it will behave cleanly, e.g. not throw exceptions. I'm about to post a description of this new approach on the Admin console forum (http://www.jboss.com/index.html?module=bb&op=viewforum&f=209). If you are interested, your input would be valuable. Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864146#3864146 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864146 --- 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: Error
it is done by the .har deployer in JBoss which deploys portal-core.sar/portal-core.har you can look in the ENC if the session is here or not by using the JNDIView MBean which generates an ENC view. Also you can look for the presence of the MBean portal:service=hibernate in the jmx-console (localhost:8080/jmx-console) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864079#3864079 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864079 --- 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-52) javax.ejb.Handle implementations can't find a target object
javax.ejb.Handle implementations can't find a target object --- Key: JBREM-52 URL: http://jira.jboss.com/jira/browse/JBREM-52 Project: JBoss Remoting Type: Bug Environment: JBoss 4.0.1RC2 Reporter: Maxim Karavaev Assigned to: Tom Elrod Priority: Critical Handle implementations keeps an empty environment Hashtable for InitialContext. The test is very simple: on my client I put into system properties a wrong URL for server (simulates a situation, when we transfer a bean Handle to some computer, that is not knows, where the real server is). Just try my source: Hashtable env = new Hashtable(); env.putAll( System.getProperties() ); env.put( "java.naming.provider.url", System.getProperty( "realServerURL" ) ); InitialContext ic = new InitialContext( env ); Object ref = ic.lookup( "SomeBean" ); SomeBeanHome home = ( SomeBeanHome )PortableRemoteObject.narrow( ref, SomeBeanHome.class ); SomeBean beanA = home.create(); Handle bh = beanA.getHandle(); /* * here you will get a javax.naming.CommunicationException: * Receive timed out */ EJBObject beanB = bh.getEJBObject(); System.out.println( beanB.isIdentical( beanA ) ); -- 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: (JBPM-62) Implement link semantics with jbpm Milestones
[ http://jira.jboss.com/jira/browse/JBPM-62?page=history ] Juan Cantu resolved JBPM-62: Resolution: Done parsing of Milestones in jpdl is still pendant. > Implement link semantics with jbpm Milestones > - > > Key: JBPM-62 > URL: http://jira.jboss.com/jira/browse/JBPM-62 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: 3.0 DR 1 > Reporter: Juan Cantu > Assignee: Juan Cantu > Fix For: 3.0 DR 1 > > Original Estimate: 3 days > Remaining: 3 days > > Move Milestone and MilestoneInstance classes to the jbpm graph package. > Leverage this functionality to implement bpel link semantics. -- 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 Admin Console] - New approach for updating Datasource/Drivers via Admin Conso
Since the previous designs, mentioned at the beginning and end of this thread: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=59093, proved not to be feasible it is important to now find something which will definitely work. To that end the following approach is proposed based on the well trodden path of deploying drivers to /lib and datasources to /deploy. Overall the approach requires two new templates to be implemented for use by the DeploymentService (http://www.jboss.org/wiki/Wiki.jsp?page=DeploymentService): 1) A template which takes a local URL to a driver jar and copies it into server//lib. If there is file with the same name already present in the lib directory the copy should not take place. There are a number of implications of this: a) This DeploymentService operation will always succeed, subject to hardware failure. It will either copy the driver jar successfully or not attempt to write it all. This way there are no issues with jars being locked and the copy failing. b) Just as is the case now, only one version of a driver jar will be recognized by the JBoss instance. c) Just as is the case now, updating a driver jar from one version to another will require shutting JBoss down, removing the old jar from /lib and putting in the new one. As now, this will affect all datasources which use the driver class from that jar. d) A user of the Admin Console will not have to upload a driver jar if they just want to use one that already exists in the /lib directory. In this case the Admin Console will simply not call the DeploymentService with this new template. e) When creating a new datasource and uploading a new driver, the new datasource will require a server restart to become available. 2) A template which takes the various properties for a datasource and build the appropriate Local no-Tx, Local Tx or XA -ds.xml file. The Deployment service will then copy the -ds.xml to the /deploy directory. This may in fact turn out to need three separate templates, one for each datasource type. Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864149#3864149 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864149 --- 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.342 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050128074235Lbuild.342 BUILD COMPLETE - build.342Date of build: 01/28/2005 07:42:35Time to build: 36 minutes 45 secondsLast changed: 01/28/2005 07:32:34Last log entry: - Update JBoss 4.0 branch to Tomcat 5.5.7. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (66)1.1.2.1modifiedremmtomcat/src/resources/context.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.1.1.16.1deletedremmtomcat/src/resources/jboss-mbeans.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.14.2.3deletedremmtomcat/src/resources/jboss-service-50.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.1modifiedremmtomcat/src/resources/jboss-service.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.16.2.3deletedremmtomcat/src/resources/server-50.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.1modifiedremmtomcat/src/resources/server.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.1.1.16.1deletedremmtomcat/src/main/org/jboss/web/tomcat/Log4jLogger.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.6.1deletedremmtomcat/src/main/org/jboss/web/tomcat/mbean-descriptors.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.2.2.3modifiedremmtomcat/src/resources/tc5-cluster-service.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.4.2.1modifiedremmtomcat/src/resources/web.xml- Update JBoss 4.0 branch to Tomcat 5.5.7.1.4.2.1modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/sso/ClusteredSingleSignOn.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/AttributeBasedClusteredSession.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.5.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSessionCMP.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.4.2.1modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSessionValve.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.4.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/InstantSnapshotManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.4.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/IntervalSnapshotManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.5modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheService.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.5.2.4modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossManagerCMP.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossManagerCMPMBean.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/SessionBasedClusteredSession.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/SessionIDGenerator.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/SnapshotManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/AbstractJBossManager.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.5.2.1modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/jca/CachedConnectionValve.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.1deletedremmtomcat/src/main/org/jboss/web/tomcat/tc5/ContextConfigRuleSet.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/JvmRouteFilter.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.3.2.1modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/StandardService.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.24.2.3modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/Tomcat5.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.12.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/Tomcat5MBean.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.26.2.6modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/TomcatDeployer.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.6.2.1modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/WebCtxLoader.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.2.2modifiedremmtomcat/src/main/org/jboss/web/tomcat/security/JaccContextValve.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.1.1.1.16.1deletedremmtomcat/src/main/org/jboss/web/tomcat/security/SSLServerSocketFactory.java- Update JBoss 4.0 branch to Tomcat 5.5.7.1.16.2.4modifiedremmtomcat/src/main/org/jboss/web/tomcat/security/Security
[JBoss-dev] [JBoss JIRA] Created: (JGRP-30) Check whether the same bug exists in TCP:TCPPING
Check whether the same bug exists in TCP:TCPPING Key: JGRP-30 URL: http://jira.jboss.com/jira/browse/JGRP-30 Project: JGroups Type: Sub-task Reporter: Bela Ban Assigned to: Bela Ban Fix For: 2.2.8 Does TCP.sendMulticastMessage() need to copy the message as well ? Test with Navin's attached test program, change UDP:TCPPING to TCP:TCPPING -- 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-testsuite build.58 Build Fixed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20050128055207Lbuild.58 BUILD COMPLETE - build.58Date of build: 01/28/2005 05:52:07Time to build: 77 minutes 22 secondsLast changed: 01/28/2005 00:59:18Last log entry: Only add the IClientContainer interface added to the ejb proxies if the client-interceptors exposeContainer attribute exists so that legacy clients are not broken due to a missing IClientContainer. Unit Tests: (1936) Total Errors and Failures: (25)testNoClassDefFoundErrororg.jboss.test.classloader.test.BasicLoaderUnitTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestQueueMessageOrderorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestRequestReplyQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryQueueDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryTopicDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueSendorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueBrowseorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationTopicPublishorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestErrorsTopicSubscribeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestCreateQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestMessageListenerorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestApplicationServerStufforg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicsorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalBounceorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorChangeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorNullOrEmptyorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveExpiredorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendListenOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestFederatedorg.jboss.test.jbossnet.external.ExternalUnitTestCasetestFederatedorg.jboss.test.jbossnet.external.RedeployExternalUnitTestCasetestSRPLoginWithAuxChallengeorg.jboss.test.security.test.SRPLoginModuleUnitTestCase Modifications since last build: (46)1.18.2.10modifiedstarksmserver/src/main/org/jboss/proxy/ejb/ProxyFactory.javaOnly add the IClientContainer interface added to the ejb proxies if the client-interceptors exposeContainer attribute exists so that legacy clients are not broken due to a missing IClientContainer.1.1.2.2modifiedstarksmtestsuite/src/resources/invokers/META-INF/jboss.xmlAdd the client-interceptors exposeContainer attribute to have the IClientContainer interface added to the ejb proxies.1.1.2.5modifiedstarksmserver/src/main/org/jboss/proxy/GenericProxyFactory.javaRemove the unconditional addition of the IClientContainer to the proxy. If this is desired this must be added as part of the configured interfaces.1.1.2.29modifiedstarksmserver/src/resources/org/jboss/metadata/jboss_3_2.dtdAdd a exposeContainer attribute to client-interceptors that determines whether the proxy should expose an IClientContainer interface.1.5.2.3modifiedstarksmserver/src/main/org/jboss/proxy/ClientContainer.javaFactor out the IClientContainer to a subclass so that older clients do not fail because the downloaded proxy is pulling in IClientContainer.1.3.2.2modifiedstarksmtestsuite/src/resources/secure-perf/META-INF/ejb-jar.xmlFix the invalid direct lookup of the local home by adding an ejb-local-ref1.5.2.1modifiedstarksmtestsuite/src/main/org/jboss/test/perf/ejb/SessionBean.javaFix the invalid direct lookup of the local home by adding an ejb-local-ref1.10.2.2modifiedstarksmtestsuite/src/resources/perf/META-INF/ejb-jar.xmlFix the invalid direct lookup of the local home by adding an ejb-local-ref1.1.2.2modifiedstarksmtestsuite/src/main/org/jboss/test/jca/ejb/UnshareableConnectionSessionBean.javaFix the invalid direct lookup of the local home by adding an ejb-local-ref1.1.2.2modifiedstarksmtestsuite/src/resources/jca/ejb/META-INF/ejb-jar.xmlFix the invalid direct lookup of the local home by adding an ejb-local-ref1.4.2.5modifiedstarksmtestsuite/src/main/org/jboss/test/deadlock/bean/StatelessSessionBean.javaFix the invalid direct lookup of the local home by adding an ejb-local-ref1.2.2.4modifiedstarksmtestsuite/src/resources/deadlock/META-INF/ejb-jar.xmlFix the invalid direct lookup of the local home by adding an ejb-local-ref1.1.2.30modifiedstarksmtestsuite/imports/test-jars.xmlUpdate the cmp2-keygen.jar to use the jboss ejb testcase1.1.2.6modifiedstarksmtestsuite/src/resources/cmp2/keygen/META-INF/ejb-jar.xmlCorrect the invalid direct use of the ejb local home jndi binding.1.1.2.6modifiedstarksmtestsuite/src/main/or
[JBoss-dev] [JBoss JIRA] Created: (JGRP-29) Messages are not sent to all members when using UDP with ip_mcast disabled
Messages are not sent to all members when using UDP with ip_mcast disabled -- Key: JGRP-29 URL: http://jira.jboss.com/jira/browse/JGRP-29 Project: JGroups Type: Bug Versions: 2.2.8 Environment: Sun JDK 1.4.2_05 Reporter: B.S.Navin Assigned to: Bela Ban Priority: Critical Attached the configuration file and the sample program. The stack is a TCPPING/UDP combination. UDP has ip_mcast diabled. So all messages will be unicast using UDP messages to each of the members. 2 members are started on ports 7800 and 7801 (7800 becomes the co-ordinator). When I send a message from 7801, the message does not go to 7800 at all. On checking the sources, I found that on sending, the UDP.sendUdpMessage() gets called from UDP.sendMultipleUdpMessages(). This method is called using the same Message object for each member of the group. In this case, sendMultipleUdpMessages sets the destination of the Message object to 7800 and calls sendUdpMessage. Here, the message is added to the outgoing packet handler queue. Then sendMultipleUdpMessages sets the destination of the Message object to 7801 and calls sendUdpMessage. But the Message object is the same. So actually the destination of the Message object in the queue gets changed to 7801 and the message is never delivered to 7800. A copy of the message should be added to the outgoing queue. -- 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: Error
The first two lines: java.lang.NullPointerException org.jboss.hibernate.session.HibernateContext.prepareSession(HibernateContext.java:171) org.jboss.hibernate.session.HibernateContext.getSession(HibernateContext.java:99) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864076#3864076 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864076 --- 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: Error
what is the error ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864075#3864075 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864075 --- 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: timed expiry
sorry, should have been clearer, i was asking if a time-based eviction policy would be added. I've looked thru the api and I can't see any references to the time that an FQN is added, so I suppose it would have to be maintained separately, ie listen for the creation/update of a node and log the time. Then a timertask could revise a region and look at the time that the node was added, compare it to the ttl on the node, and evict the node if necessary. The only problem is that this requires adding the ttl param to the put() method, and maintaining the time that that node was created. As I said before, we have coded this internally, but it depends on other libraries (namely quartz and spring) as the timer. We've extended treeCache to add the params needed and then set up quartz using spring. Do other people see the value in this, and would people be happy with those dependencies? The benefit of having ttl on nodes is that you can achieve the same functionality as oscache in the web tier, using filters and taglibs with timeouts which is really useful. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864130#3864130 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864130 --- 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] - Re: Marshall registry - design question
Binding the marshaller information to the proxy works in the case of Unified Invoker, but would prefer a more generic solution that applies for all remoting users. Will go for the approach that has the client call back to the server if tries looking up a marshaller that it does not know about. This should work for all cases. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864135#3864135 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864135 --- 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 Build System] - Re: New Build in JBoss-Head
Do you want to fix this? Or do you need some help understanding the source. The fix would be in MacroUtil. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864199#3864199 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864199 --- 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-26) Update 4.0.2 to use Tomcat-5.5.x
[ http://jira.jboss.com/jira/browse/JBAS-26?page=history ] Remy Maucherat resolved JBAS-26: Resolution: Done > 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] [Design of JBoss Portal] - Re: Switching between different MIME types globaly
The file is there: ./server/src/main/org/jboss/portal/server/invocation/portal/MainDispatcherInterceptor.java If you got jboss-portal-2.0 module in the CVS you get all the sources files. (so you get that one too) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864084#3864084 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864084 --- 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
