[JBoss-dev] [Design of JBoss Portal] - Re: Trouble - hadcoded MIME type and restrictions
I have addd support for the preferred markup in the code base. Look at the test portlet example in the core. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865648#3865648 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865648 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1386) commit option B does not work with CMP 1.x
[
http://jira.jboss.com/jira/browse/JBAS-1386?page=comments#action_12315231 ]
Peter Doornbosch commented on JBAS-1386:
Alexey, I don't understand your comment about no connection. I wonder..., are
we looking at different code, or what?
The following code is copied from jboss-4.0.1 source; it is the inner class
FieldState from JDBCCMP1xFieldBridge. From this i conclude that FieldState is
linked with EntityState and, moreover, that all its methods delegate to
EntityState. ?
private class FieldState
{
private Object originalValue;
private long lastRead = -1;
private JDBCEntityBridge.EntityState entityState;
public FieldState(JDBCContext jdbcContext)
{
this.entityState = jdbcContext.getEntityState();
}
public boolean isLoaded()
{
return entityState.isLoaded(tableIndex);
}
public void setLoaded()
{
entityState.setLoaded(tableIndex);
}
public void setCheckDirty()
{
entityState.setCheckDirty(tableIndex);
}
}
commit option B does not work with CMP 1.x
--
Key: JBAS-1386
URL: http://jira.jboss.com/jira/browse/JBAS-1386
Project: JBoss Application Server
Type: Bug
Components: CMP service
Versions: JBossAS-4.0.1 Final
Environment: jdk 1.4.2 on linux
Reporter: Peter Doornbosch
Assignee: Alexey Loubyansky
Attachments: employee-ejb.jar
When accessing a CMP 1.x entity bean with the commit option set to B, and the
bean is already loaded (by a previous invocation), the bean is not loaded
again from the database (as it should with commit option B). This can be
easily verified by deploying such a bean and enabling sql logging.
The cause of this bug is in the following method from JDBCCMP1xFieldBridge:
public void resetPersistenceContext(EntityEnterpriseContext ctx)
{
if(isReadTimedOut(ctx))
{
JDBCContext jdbcCtx = (JDBCContext)ctx.getPersistenceContext();
jdbcCtx.setFieldState(jdbcContextIndex, new FieldState(jdbcCtx));
}
}
Assigning a 'new FieldState(jdbcCtx)' to the jdbcCtx effectively does
nothing, because JDBCCMP1xFieldBridge.FieldState delegates to EntityState and
the EntityState is not affected by this call. Hence, after this method, the
state of the field is still loaded, and thus this field is not part of the
load-iterator created by JDBCEntityBridge.
I think the fix is rather easy: just reset the field flags explicitely (as it
is done in the cmp 2.x case), e.g.
jdbcCtx.getEntityState().resetFlags(tableIndex);
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: NullPointerException: TreeCache.put
Finally it worked. It was a problem in treecache.xml. Also am able to see the cache contents through applet using build run.demo. Here is treecache.xml that worked(had to do sort of hacking of the code to get things done): | ?xml version=1.0 encoding=UTF-8? | server | classpath codebase=./lib archives=jboss-cache.jar, jgroups.jar/ | mbean code=org.jboss.cache.TreeCache name=jboss.cache:service=TreeCache | dependsjboss:service=Naming/depends | dependsjboss:service=TransactionManager/depends | !-- attribute name=TransactionManagerLookupClassorg.jboss.cache.DummyTransactionManagerLookup/attribute-- | | attribute name=IsolationLevelREPEATABLE_READ/attribute | attribute name=ClusterNameTreeCache-Cluster/attribute | attribute name=CacheModeREPL_SYNC/attribute | attribute name=SyncReplTimeout1/attribute | attribute name=LockAcquisitionTimeout15000/attribute | attribute name=FetchStateOnStartuptrue/attribute | attribute name=UseReplQueuefalse/attribute | attribute name=ReplQueueInterval0/attribute | attribute name=ReplQueueMaxElements0/attribute | attribute name=InitialStateRetrievalTimeout5000/attribute | attribute name=EvictionPolicyClass/attribute | | !--attribute name=EvictionPolicyClass | org.jboss.cache.eviction.LRUPolicy | /attribute-- | | attribute name=EvictionPolicyConfig | config | attribute name=wakeUpIntervalSeconds5/attribute | !-- Cache wide default -- | /config | /attribute | | attribute name=ClusterConfig | config | UDP mcast_addr=224.10.10.10 mcast_port=45566 | ip_ttl=64 ip_mcast=true | mcast_send_buf_size=15 mcast_recv_buf_size=8 | ucast_send_buf_size=15 ucast_recv_buf_size=8 | loopback=false bind_addr=127.0.0.1/ | PING timeout=2000 num_initial_members=3 | up_thread=false down_thread=false/ | MERGE2 min_interval=1 max_interval=2/ | FD_SOCK/ | VERIFY_SUSPECT timeout=1500 | up_thread=false down_thread=false/ | pbcast.NAKACK gc_lag=50 retransmit_timeout=600,1200,2400,4800 | max_xmit_size=8192 up_thread=false down_thread=false/ | UNICAST timeout=600,1200,2400 window_size=100 min_threshold=10 | down_thread=false/ | pbcast.STABLE desired_avg_gossip=2 | up_thread=false down_thread=false/ | FRAG frag_size=8192 | down_thread=false up_thread=false/ | pbcast.GMS join_timeout=5000 join_retry_timeout=2000 | shun=true print_local_addr=true/ | pbcast.STATE_TRANSFER up_thread=true down_thread=true/ | /config | /attribute | | /mbean | /server | | Regards, Cigards Love Hari View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865651#3865651 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865651 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1392) Implement EJBVerifier21.isJAXRPCType
Implement EJBVerifier21.isJAXRPCType
Key: JBAS-1392
URL: http://jira.jboss.com/jira/browse/JBAS-1392
Project: JBoss Application Server
Type: Task
Reporter: Thomas Diesler
Assigned to: Scott M Stark
Priority: Optional
Fix For: JBossAS-4.0.2 Final
Current implemention is
protected boolean isJAXRPCType(Class class1)
{
// TODO this should be implemented along the jaxrpc spec
return isRMIIDLValueType(class1);
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1392) Implement EJBVerifier21.isJAXRPCType
[ http://jira.jboss.com/jira/browse/JBAS-1392?page=history ]
Thomas Diesler updated JBAS-1392:
-
Assign To: (was: Scott M Stark)
Implement EJBVerifier21.isJAXRPCType
Key: JBAS-1392
URL: http://jira.jboss.com/jira/browse/JBAS-1392
Project: JBoss Application Server
Type: Task
Reporter: Thomas Diesler
Priority: Optional
Fix For: JBossAS-4.0.2 Final
Current implemention is
protected boolean isJAXRPCType(Class class1)
{
// TODO this should be implemented along the jaxrpc spec
return isRMIIDLValueType(class1);
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1070) Warning message not found when deploying WS4EE Web Service
[ http://jira.jboss.com/jira/browse/JBAS-1070?page=history ] Thomas Diesler resolved JBAS-1070: -- Resolution: Done Refactor EJB verification to incude message properties for EJB21. Warning message not found when deploying WS4EE Web Service -- Key: JBAS-1070 URL: http://jira.jboss.com/jira/browse/JBAS-1070 Project: JBoss Application Server Type: Bug Versions: JBossAS-4.0.0 Final Reporter: SourceForge User Assignee: Thomas Diesler Fix For: JBossAS-4.0.2 Final SourceForge Submitter: davidsalter . When deploying a WS4EE webservice, a message stating no warning message is found is displayed on the console when a method in the endpoint interface does not implement java.rmi.RemoteException. In this situation, the JBoss console instructs the developer to file a bug report. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1183) Verifier warning message not found
[ http://jira.jboss.com/jira/browse/JBAS-1183?page=history ] Thomas Diesler resolved JBAS-1183: -- Resolution: Duplicate Issue Verifier warning message not found -- Key: JBAS-1183 URL: http://jira.jboss.com/jira/browse/JBAS-1183 Project: JBoss Application Server Type: Bug Versions: JBossAS-4.0.0 Final Reporter: SourceForge User Assignee: Thomas Diesler Fix For: JBossAS-4.0.2 Final SourceForge Submitter: murphyp1 . 13:05:47,004 WARN [verifier] EJB spec violation: Bean : /d6501/SentinelMonitor Section: 7.11.1 Warning: No warning message found, please file a Bug report. 13:05:47,035 ERROR [MainDeployer] could not create deployment: file:/C:/home2/jboss/server/aistech/deploy/d6501ws- ejb.jar org.jboss.deployment.DeploymentException: Verification of Enterprise Beans failed, see above for error messages. at org.jboss.ejb.EJBDeployer.create (EJBDeployer.java:553) at org.jboss.deployment.MainDeployer.create (MainDeployer.java:898) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:754) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:718) at sun.reflect.GeneratedMethodAccessor37.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke (ReflectedDispatcher.java:144) at org.jboss.mx.server.Invocation.dispatch (Invocation.java:80) at org.jboss.mx.interceptor.AbstractInterceptor.invoke (AbstractInterceptor.java:122) at org.jboss.mx.server.Invocation.invoke (Invocation.java:74) at org.jboss.mx.interceptor.ModelMBeanOperationIntercepto r.invoke(ModelMBeanOperationInterceptor.java:131) at org.jboss.mx.server.Invocation.invoke (Invocation.java:74) at org.jboss.mx.server.AbstractMBeanInvoker.invoke (AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:642) at org.jboss.mx.util.MBeanProxyExt.invoke (MBeanProxyExt.java:175) at $Proxy8.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.de ploy(URLDeploymentScanner.java:305) at org.jboss.deployment.scanner.URLDeploymentScanner.sc an(URLDeploymentScanner.java:463) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.doScan (AbstractDeploymentScanner.java:204) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.loop (AbstractDeploymentScanner.java:215) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.run (AbstractDeploymentScanner.java:194) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1099) Missing EJB verifier message
[ http://jira.jboss.com/jira/browse/JBAS-1099?page=history ] Thomas Diesler resolved JBAS-1099: -- Resolution: Duplicate Issue Missing EJB verifier message Key: JBAS-1099 URL: http://jira.jboss.com/jira/browse/JBAS-1099 Project: JBoss Application Server Type: Bug Versions: JBossAS-4.0.0 Final Reporter: SourceForge User Assignee: Thomas Diesler Fix For: JBossAS-4.0.2 Final SourceForge Submitter: igorfie . I had service-endpoint/ element specified in my ejb-jar.xml file, but forgot to package service endpoint interface. Here is the error message that I got from JBoss: quote 08:27:49,290 WARN [verifier] EJB spec violation: Bean : test/wiki/ejb/Explorer Method : public abstract EJBHome getEJBHome() throws RemoteException Section: 7.11.9 Warning: No warning message found, please file a Bug report. /quote -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1392) Implement EJBVerifier21.isJAXRPCType
[ http://jira.jboss.com/jira/browse/JBAS-1392?page=history ]
Thomas Diesler reassigned JBAS-1392:
Assign To: Thomas Diesler
Implement EJBVerifier21.isJAXRPCType
Key: JBAS-1392
URL: http://jira.jboss.com/jira/browse/JBAS-1392
Project: JBoss Application Server
Type: Task
Reporter: Thomas Diesler
Assignee: Thomas Diesler
Priority: Optional
Fix For: JBossAS-4.0.2 Final
Current implemention is
protected boolean isJAXRPCType(Class class1)
{
// TODO this should be implemented along the jaxrpc spec
return isRMIIDLValueType(class1);
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1065) No redeployment possible after unsuccessful first deployment
[ http://jira.jboss.com/jira/browse/JBAS-1065?page=history ] Thomas Diesler resolved JBAS-1065: -- Resolution: Done Fixed in Branch_4_0 No redeployment possible after unsuccessful first deployment Key: JBAS-1065 URL: http://jira.jboss.com/jira/browse/JBAS-1065 Project: JBoss Application Server Type: Bug Versions: JBossAS-4.0.0 Final Reporter: SourceForge User Assignee: Thomas Diesler Fix For: JBossAS-4.0.2 Final SourceForge Submitter: simongunz . If deployment of ear fails (e.g. because of invalid deployment descriptors) any further deployment of the same (valid, since error corrected) archive fails with the following exception: org.jboss.deployment.DeploymentException: Error in accessing application metadata: ; - nested throwable: (javax.management.InstanceAlreadyExistsException: jboss.j2ee:service=EARDeployment,url='jpi-jboss-iv.ear' already registered.) New deployment only succeeds after restarting JBoss. Since this is very inconvenient this behaviour should be changed so that deployment fails completely if there is a mistake in the deployment descriptor. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Trouble - hadcoded MIME type and restrictions
anonymous wrote : I have addd support for the preferred markup in the code base. | Look at the test portlet example in the core. Thank you Julien. P.S.: could you recommend a way how to connect to the CVS repository if I'm behind the proxy ? Can I do that with Eclipse ? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865664#3865664 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865664 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - nullpointerexception
hi I got this exception when I am trying to initialize TreeCache actualy mbean. I am using JbossCache 1.2 and Hibernate 2.1.6. Everything works fine if I am using EhCache, immediately when I switch to JbossCache I got the error. Can you help me to solve the problem? Here are my conf. files: hibernate.properties | hibernate.dialect=net.sf.hibernate.dialect.Oracle9Dialect | hibernate.connection.driver_class=oracle.jdbc.driver.OracleDriver | hibernate.connection.url=jdbc:oracle:thin:@oracle:1521:test | hibernate.connection.username=user | hibernate.connection.password=pass | #hibernate.cache.provider_class=net.sf.ehcache.hibernate.Provider | hibernate.cache.provider_class=net.sf.hibernate.cache.TreeCacheProvider | #hibernate.show_sql=true | #hibernate.transaction.manager_lookup_class =net.sf.hibernate.transaction.JBossTransactionManagerLookup | mapping file: | ?xml | !DOCTYPE ... | hibernate-mapping package=hibernate.data | | class name=WaLanguages table=WA_LANGUAGES | cache usage=read-only/ | id name=id column=ID type=java.lang.Long | generator class=increment/ | /id | | property name=name column=NAME type=java.lang.String not-null=true / | /class | | /hibernate-mapping | treechache.xml | ?xml version=1.0 encoding=UTF-8? | server | classpath codebase=./lib archives=jboss-cache.jar, jgroups.jar/ | mbean code=org.jboss.cache.TreeCache name=jboss.cache:service=TreeCache | dependsjboss:service=Naming/depends | dependsjboss:service=TransactionManager/depends | !-- attribute name=TransactionManagerLookupClassorg.jboss.cache.DummyTransactionManagerLookup/attribute-- | | attribute name=IsolationLevelREPEATABLE_READ/attribute | attribute name=ClusterNameTreeCache-Cluster/attribute | attribute name=CacheModeREPL_SYNC/attribute | attribute name=SyncReplTimeout1/attribute | attribute name=LockAcquisitionTimeout15000/attribute | attribute name=FetchStateOnStartuptrue/attribute | attribute name=EvictionPolicyClass | org.jboss.cache.eviction.LRUPolicy | /attribute | attribute name=EvictionPolicyConfig | config | attribute name=wakeUpIntervalSeconds5/attribute | | /config | /attribute | attribute name=ClusterConfig | config | UDP mcast_addr=10.15.2.16 mcast_port=45566 | ip_ttl=64 ip_mcast=true | mcast_send_buf_size=15 mcast_recv_buf_size=8 | ucast_send_buf_size=15 ucast_recv_buf_size=8 | loopback=true bind_addr=127.0.0.1/ | PING timeout=2000 num_initial_members=3 | up_thread=false down_thread=false/ | MERGE2 min_interval=1 max_interval=2/ | FD_SOCK/ | VERIFY_SUSPECT timeout=1500 | up_thread=false down_thread=false/ | pbcast.NAKACK gc_lag=50 retransmit_timeout=600,1200,2400,4800 | max_xmit_size=8192 up_thread=false down_thread=false/ | UNICAST timeout=600,1200,2400 window_size=100 min_threshold=10 | down_thread=false/ | pbcast.STABLE desired_avg_gossip=2 | up_thread=false down_thread=false/ | FRAG frag_size=8192 | down_thread=false up_thread=false/ | pbcast.GMS join_timeout=5000 join_retry_timeout=2000 | shun=true print_local_addr=true/ | pbcast.STATE_TRANSFER up_thread=true down_thread=true/ | /config | /attribute | /mbean | /server | output of log: | 2005-02-08 10:28:42,092 [main] DEBUG org.jboss.cache.PropertyConfigurator - setting attribute EvictionPolicyClass to org.jboss.cache.eviction.LRUPolicy | 2005-02-08 10:28:56,155 [main] ERROR org.jboss.cache.TreeCache - setEvictionPolicyClass(): failed creating instance of org.jboss.cache.eviction.LRUPolicy | java.lang.NullPointerException | at org.jboss.cache.TreeCache.setEvictionPolicyClass(TreeCache.java:899) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:324) | at org.jboss.cache.PropertyConfigurator.configure(PropertyConfigurator.java:218) | at org.jboss.cache.PropertyConfigurator.configure(PropertyConfigurator.java:162) | at net.sf.hibernate.cache.TreeCache.init(TreeCache.java:42) | at net.sf.hibernate.cache.TreeCacheProvider.buildCache(TreeCacheProvider.java:14) | at
[JBoss-dev] [Design of JBoss Portal] - Re: Trouble - hadcoded MIME type and restrictions
unfortunately I have no solutions for this we should make the nightly CVS available for download as we did for nukes. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865669#3865669 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865669 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - failed committing transaction to cache loader
Hi, I have been trying with jboss-cache head version and this bug hasn't been fixed yet, like you said in another post. I am using Jboss 4.0.1 in a windows system. In 1.2 version the problem appears everytime you get a node without put anyone. In the head version, the problem appears the first time you get a node, after the first time there is no exception, and nothing happens if you put a node after the get. What's happend with that??? This is the exception: 10:55:09,281 ERROR [CacheStoreInterceptor] failed committing transaction to cache loader | java.lang.Exception: entry for transaction null:2 not found in transaction table | at org.jboss.cache.interceptors.CacheStoreInterceptor$SynchronizationHandler.afterCompletion(CacheStoreInterceptor.java:254) | at org.jboss.tm.TransactionImpl.doAfterCompletion(TransactionImpl.java:1418) | at org.jboss.tm.TransactionImpl.completeTransaction(TransactionImpl.java:1090) | at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:349) | at org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCMT.java:454) | at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:322) | at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:146) | at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:123) | at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) | at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) | at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) | at org.jboss.ejb.Container.invoke(Container.java:870) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:324) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642) | at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) | at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:324) | at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) | at sun.rmi.transport.Transport$1.run(Transport.java:148) | at java.security.AccessController.doPrivileged(Native Method) | at sun.rmi.transport.Transport.serviceCall(Transport.java:144) | at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) | at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) | at java.lang.Thread.run(Thread.java:534) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865670#3865670 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865670 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Trouble - hadcoded MIME type and restrictions
[EMAIL PROTECTED] wrote : unfortunately I have no solutions for this | we should make the nightly CVS available for download as we did for nukes. Is this available already ? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865675#3865675 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865675 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.362 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050208042426Lbuild.362 BUILD COMPLETE-build.362Date of build:02/08/2005 04:24:26Time to build:38 minutes 14 secondsLast changed:02/08/2005 04:16:06Last log entry:Refactor EJB verification to incude message properties for EJB21.Fix: JBAS-1070 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(10)1.1.2.1modifiedtdieslerserver/src/resources/org/jboss/verifier/EJB21Messages.propertiesRefactor EJB verification to incude message properties for EJB21.Fix: JBAS-10701.19.6.1modifiedtdieslerserver/src/main/org/jboss/verifier/BeanVerifier.javaRefactor EJB verification to incude message properties for EJB21.Fix: JBAS-10701.7.6.1modifiedtdieslerserver/src/main/org/jboss/verifier/Section.javaRefactor EJB verification to incude message properties for EJB21.Fix: JBAS-10701.3.4.1modifiedtdieslerserver/src/main/org/jboss/verifier/strategy/EJBVerifier21.javaRefactor EJB verification to incude message properties for EJB21.Fix: JBAS-10701.1.2.1modifiedtdieslerserver/src/main/org/jboss/verifier/strategy/AbstractEJB2xVerifier.javaRefactor EJB verification to incude message properties for EJB21.Fix: JBAS-10701.43.6.1modifiedtdieslerserver/src/main/org/jboss/verifier/strategy/AbstractVerifier.javaRefactor EJB verification to incude message properties for EJB21.Fix: JBAS-10701.32.6.1modifiedtdieslerserver/src/main/org/jboss/verifier/strategy/EJBVerifier11.javaRefactor EJB verification to incude message properties for EJB21.Fix: JBAS-10701.33.6.1modifiedtdieslerserver/src/main/org/jboss/verifier/strategy/EJBVerifier20.javaRefactor EJB verification to incude message properties for EJB21.Fix: JBAS-10701.8.6.1modifiedtdieslerserver/src/main/org/jboss/verifier/factory/DefaultEventFactory.javaRefactor EJB verification to incude message properties for EJB21.Fix: JBAS-10701.6.2.6modifiedtdieslerwebservice/src/main/org/jboss/webservice/WSDLFilePublisher.javaFix: JBAS-1115
[JBoss-dev] [Design of JBoss Portal] - Re: JBoss Portal and Applets
There is no known issue with applets. What's your specific problem ? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865676#3865676 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865676 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1235) TimedObject id persistence fails on restart
[ http://jira.jboss.com/jira/browse/JBAS-1235?page=history ] Thomas Diesler resolved JBAS-1235: -- Resolution: Cannot Reproduce Bug I run the PersistenceTestCase ant -Dtest=org.jboss.test.txtimer.test.PersistenceTestCase one-test with a timer duration of 30s. Killed the jboss server process, and restarted jboss-4.0.2beta After restart the timer event is fired. 11:34:33,432 INFO [Server] JBoss (MX MicroKernel) [4.0.2beta (build: CVSTag=Branch_4_0 date=200502041757)] Started in 24s:109ms 11:34:33,557 INFO [TimerEntityBean] ejbTimeout [pk=1,count=1,[EMAIL PROTECTED] timer=[id=1target=[target=jboss.j2ee:jndiName=test/txtimer/TimerEntity,service=EJB,pk=1],remaining=-5484,periode=0,in_time out] TimedObject id persistence fails on restart --- Key: JBAS-1235 URL: http://jira.jboss.com/jira/browse/JBAS-1235 Project: JBoss Application Server Type: Bug Components: CMP service Versions: JBossAS-4.0.0 Final Reporter: SourceForge User Assignee: Thomas Diesler Fix For: JBossAS-4.0.2 Final SourceForge Submitter: cstach . Upon restarting JBoss, persisted timers throw this SQL exception because it seems that the entity bean that implements the TimedObject had its primary key (Long) converted into a byte array. java.sql.SQLException: Cannot convert class [B to SQL type requested due to java.lang.ClassCastException - null at com.mysql.jdbc.PreparedStatement.setObject (PreparedStatement.java:922) at com.mysql.jdbc.PreparedStatement.setObject (PreparedStatement.java:944) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatem ent.setObject(WrappedPreparedStatement.java:615) at org.jboss.ejb.plugins.cmp.jdbc.JDBCParameterSetter$5.se tNotNull(JDBCParameterSetter.java:130) at org.jboss.ejb.plugins.cmp.jdbc.JDBCParameterSetter$JDB CAbstractParameterSetter.set (JDBCParameterSetter.java:56) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFi eldBridge.setArgumentParameters (JDBCAbstractCMPFieldBridge.java:354) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFi eldBridge.setPrimaryKeyParameters (JDBCAbstractCMPFieldBridge.java:343) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCEntityBridge.se tPrimaryKeyParameters(JDBCEntityBridge.java:770) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.e xecute(JDBCLoadEntityCommand.java:157) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.e xecute(JDBCLoadEntityCommand.java:72) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEnt ity(JDBCStoreManager.java:631) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEnt ity(JDBCStoreManager.java:613) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity (CMPPersistenceManager.java:391) at org.jboss.resource.connectionmanager.CachedConnection Interceptor.loadEntity (CachedConnectionInterceptor.java:351) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.inv oke(EntitySynchronizationInterceptor.java:232) at org.jboss.resource.connectionmanager.CachedConnection Interceptor.invoke (CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke (EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke (EntityInstanceInterceptor.java:211) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke (EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke (EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke (CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:283) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:149) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:128) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invok e(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke (EntityContainer.java:514) at org.jboss.ejb.Container.invoke (Container.java:854) at org.jboss.ejb.txtimer.TimedObjectInvokerImpl.callTimeout (TimedObjectInvokerImpl.java:63) at org.jboss.ejb.txtimer.TimerImpl$TimerTaskImpl.run (TimerImpl.java:472) at java.util.TimerThread.mainLoop (Timer.java:432) at java.util.TimerThread.run(Timer.java:382) 11:44:21,750 ERROR [TimerImpl] Error invoking ejbTimeout: javax.ejb.EJBException: Internal error setting parameters for field id;
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-20) Multiple ports wsdl service element
[ http://jira.jboss.com/jira/browse/JBAS-20?page=history ] Thomas Diesler closed JBAS-20: -- Resolution: Won't Fix Invalid, because jboss is not in control of the wsdl that is requested from a WS client. Multiple ports wsdl service element --- Key: JBAS-20 URL: http://jira.jboss.com/jira/browse/JBAS-20 Project: JBoss Application Server Type: Bug Components: Web Services service Reporter: Thomas Diesler Assignee: Thomas Diesler Fix For: JBossAS-4.0.2 Final A wsdl can potentially have more than one port associated with a wsdl service element. This is ok for a server deployment, which can give give the port name in webservices.xml. A client requesting the wsdl from the server, does not have this option in service-ref. We should adjust the returned wsdl such that it only contatains the port the client was asking for in the ?WSDL request. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1390) Allow jboss-ql to use UCASE and similar functions in ORDER BY
[ http://jira.jboss.com/jira/browse/JBAS-1390?page=history ] Alexey Loubyansky reassigned JBAS-1390: --- Assign To: Alexey Loubyansky (was: Scott M Stark) Allow jboss-ql to use UCASE and similar functions in ORDER BY - Key: JBAS-1390 URL: http://jira.jboss.com/jira/browse/JBAS-1390 Project: JBoss Application Server Type: Feature Request Components: CMP service Versions: JBossAS-4.0.1 Final Environment: N/A Reporter: Andrew Swan Assignee: Alexey Loubyansky At present, jboss-ql does not support UCASE() or similar functions in ORDER BY clauses. A workaround is to use declared-sql, but this requires db-specific queries, unlike jboss-ql which is db-independent and therefore much more attractive to developers of db-agnostic applications. Given that jboss-ql already supports UCASE etc. in the WHERE clause, hopefully it's not too much work to add support for these functions to the ORDER BY clause as well? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1118578 ] NullPointerException getAttributes() in JBossCacheService
Bugs item #1118578, was opened at 2005-02-08 12:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1118578group_id=22866 Category: JBossCache Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: olivier martin (omartin_it) Assigned to: Nobody/Anonymous (nobody) Summary: NullPointerException getAttributes() in JBossCacheService Initial Comment: the method getAttributes use the method getAttributesKeys which can return null if somthing failed in the cache but, referring to the code in jboss 3.2.6 or 3.2.7 line 236 in class org.jboss.web.tomcat.tc5.session.JBossCacheService, the code above is called: Set set = getAttributeKeys(id); ... for (Iterator it = set.iterator(); it.hasNext();) the NPE comes from set.iterator(). On the client side, when the page returns is blank and we can see above stacktrace in the log. the stack: An exception or error occurred in the container during the request processing java.lang.NullPointerException at org.jboss.web.tomcat.tc5.session.JBossCacheService.getAttributes(JBossCacheService.java:236) at org.jboss.web.tomcat.tc5.session.AttributeBasedClusteredSession.populateAttributes(AttributeBasedClusteredSession.java:101) at org.jboss.web.tomcat.tc5.session.AttributeBasedClusteredSession.initAfterLoad(AttributeBasedClusteredSession.java:93) at org.jboss.web.tomcat.tc5.session.JBossCacheManager.loadSession(JBossCacheManager.java:364) at org.jboss.web.tomcat.tc5.session.JBossCacheManager.findSession(JBossCacheManager.java:273) at org.apache.coyote.tomcat5.CoyoteRequest.doGetSession(CoyoteRequest.java:2252) at org.apache.coyote.tomcat5.CoyoteRequest.getSession(CoyoteRequest.java:2116) at org.apache.coyote.tomcat5.CoyoteRequestFacade.getSession(CoyoteRequestFacade.java:526) at org.jboss.web.tomcat.tc5.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:86) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1118578group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBIDE-117) JSP editor - block indent
JSP editor - block indent - Key: JBIDE-117 URL: http://jira.jboss.com/jira/browse/JBIDE-117 Project: JBoss IDE Type: Feature Request Environment: JBoss IDE v1.4.1 Reporter: Frank Merenda Assigned to: Marshall Culpepper Priority: Minor Please consider including a block-level indent function in the JSP editor, so several lines can be selected at once, and indented/unindented with the tab key. Right now each line has to be indented individually. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Classes diagrams
Dear all, I'm interesting to work with the portal, but I need to do some changes. Is it possible to get uml diagrams? It will be easier to understand the code... Thanks you View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865693#3865693 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865693 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss/Tomcat Integration] - running jsp and servlet in Jboss4.0.1 with apache2 as load b
Hi all, I m new to the jboss world, tried to put apache with mod_jk1.2 as a software load balancer and succeeded but now my servlets are not running and giving me error w.r.t the servlet access valve. I have seen so many posts regarding this exception,,but not able to uderstand the root cause and the remedy. Anyone came across the same situation? please help as i need it very urgently. Thanks in advance and lloking forward for some valuable response Thanks saurabh View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865703#3865703 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865703 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Callbacks
One thing came up as part of the editorial process of getting my remoting article published. There may be situations (due to firewall or NAT issues) that cause the remote server to not be able to reach or send data to the client's callback server (the server that accepts incoming push callbacks). Need to be able to determine when this is the case so the remote server can immediately unregister that remote callback server since it will never work. Of course, I don't know how you'd do that off hand, but its something to keep in mind. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865710#3865710 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865710 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Callbacks
I don't really see this as an issue remoting should address any differently. The reason is that I see this as the responsibility of the client registering the callback server. If the server is not going to be able to call back directly to the client's callback server, they should use pull callbacks. If the client does register a callback server that the target server can not call back on, it will throw the exception back to the handler. I think it is important for the invocation handler to know that the callback did not succeed in this case. However, would probably be good to provide an easier way for the invocation handler to remove the callback handler from the ServerInvoker (can currently do this, but takes some effort). View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865716#3865716 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865716 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Marshall registry - design question
I have come up with two solutions for this. This first one is to provide datatype, marshaller, and unmarshaller as parameters to the locator url. The datatype is whatever name want to associate the custom marshaller/unmarshaller under. The values for marshaller/unmarshaller parameters is the fully qualified class name for the custom classes. They will then be dynamically loaded if exist on the classpath (of course requires that they do exist on both the client and the server). This has already been implemented and checked into CVS HEAD for jboss-head. The second is to provide a port via the locator url which will signify the port on which the marshalling service will reside. This will be using the plain, default marshaller to load custom marshallers. This has not been implemented yet (but about to start on it). View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865719#3865719 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865719 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBIDE-116) Conflict between JBoss-IDE plugin and Rational ClearCase SCM
[ http://jira.jboss.com/jira/browse/JBIDE-116?page=comments#action_12315253 ] ericeberry commented on JBIDE-116: -- The update site for the plugin is http://www3.software.ibm.com/ibmdl/pub/software/rationalsdp/clearcase/60/update. Unfortunately, I think the problem is only reproducible if you have ClearCase running on your system. IBM/Rational has a lite version of ClearCase called ClearCase LT, but I couldn't find a trial version anywhere on their web site. JBIDE-96 is pretty much the same bug, but with Visual Source Safe. Maybe you could get a copy of Visual Source Safe from Microsoft and try that plugin. The fact that JBossIDE 1.3.30 works fine and 1.4.0/1.4.1 has this problem would seem to indicate the problem started in 1.4.0. Conflict between JBoss-IDE plugin and Rational ClearCase SCM Key: JBIDE-116 URL: http://jira.jboss.com/jira/browse/JBIDE-116 Project: JBoss IDE Type: Bug Reporter: SourceForge User Assignee: Marshall Culpepper SourceForge Submitter: ericeberry . I have been getting this exception when trying to Run XDoclet with JBoss-IDE 1.4.0 and Eclipse 3.0.1. !ENTRY org.eclipse.core.runtime 4 2 Nov 08, 2004 09:07:29.742 !MESSAGE An internal error occurred during: XDoclet Generation. !STACK 0 java.lang.IllegalArgumentException: Attempted to beginRule: R/, does not match outer scope rule: P/bnc1.5 at org.eclipse.core.internal.runtime.Assert.isLegal (Assert.java:58) at org.eclipse.core.internal.jobs.ThreadJob.illegalPush (ThreadJob.java:106) at org.eclipse.core.internal.jobs.ThreadJob.push (ThreadJob.java:200) at org.eclipse.core.internal.jobs.ImplicitJobs.begin (ImplicitJobs.java:80) at org.eclipse.core.internal.jobs.JobManager.beginRule (JobManager.java:170) at org.eclipse.core.internal.resources.WorkManager.checkIn (WorkManager.java:95) at org.eclipse.core.internal.resources.Workspace.prepareOp eration(Workspace.java:1628) at org.eclipse.core.internal.resources.Resource.refreshLocal (Resource.java:1224) at org.jboss.ide.eclipse.xdoclet.run.ui.actions.XDocletRunAct ion$1.run(XDocletRunAction.java:191) at org.eclipse.core.internal.jobs.Worker.run (Worker.java:66) It turns out there is a conflict between the JBoss-IDE plugin and the Rational ClearCase SCM Adapter 6.0.24 plugin. Becuase this plugin is always on, we can't turn the plugin off. We have to disable the plugin to turn it off. I disabled the plugin and I was able to run xdoclet every time. As soon as I re-enabled the plugin. Run XDoclet stopped working. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Problem with demo
do i put the jboss-remoting.jar in java 1.4 lib dir, because it already exist in the demo lib dir. Please let me know? I am also going to try out the 1.1 demo. Thank You, View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865726#3865726 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865726 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Build System] - Proof of Concept Plan
The plan so far has been to roll out jbossbuild to each component under jboss-head. I'd like to propose a change to this plan so that once we do complete the rollout to all components, we can be confident that the other pieces besides jbossbuild will work like we want. We need to take the implementation of the new build system, project structure, and build repository full circle for one component. This will implement/prove the following functionality: - automated builds published to a build repository (snapshots) - thirdparty dependencies downloaded from the build repository - performing a standalone build of a component which depends on a snapshot component Let's take aop as the initial use case because of it is only dependent on jboss-common. When this work is complete, you sholud be able to: | cd $WORK | cvs co jboss-aop | cd jboss-aop | ant -f jbossbuild.xml synchronize | ant -f jbossbuild.xml build | The synchronize target will download the thirdparty jars a snapshot of jboss-common. The build target will build the standalone release of jboss-aop. This should give us a concrete basis for moving forward with jbossbuild and the over all restructuring of the build. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865727#3865727 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865727 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - DeploymentService
(moving this here, the quoted stuff is from Sacha) anonymous wrote : | but do we agree that for all services that is deployable through | your system, you have a corresponding MBean that can be used to | perform such action? Is this MBean JSR-77 related (it should IMHO). | There is no proxy/management mbean for each deployment now, all operations (upload, create, deploy, undeploy, remove) go through the deployment service. This is probably a good idea, i.e. keep DeploymentService as a factory and create wrapping proxies for all top-level deployments. Or infact, integrate somehow with the existing management mbeans and enhance their API to add methods like undeploy or remove. I'll need to think about it... anonymous wrote : | Furthermore, can the deployment process be synchronous (not | Asynchronous like the default deployment mode) and report any issue? | That is something that is currently missing: you cannot report an | error to a client that has launched a deployment operation. This will | be increasingly difficult in the future as we moving towards | clustering deployment and maybe should we directly move to some kind | of transactional or two-steps deployment where you can first ask | the deployer to prepare a deployment (check as much as it can that | the deployment should be ok i.e. that required dependencies, | resources, etc. are available) and then commit (i.e. effectively | deploy the service/app). Hence, in a clustered environment, we could | first ask all nodes if a prepare is fine and then issue a commit. We | might not want to go to full TX semantic but even a weak clustered | semantic would be better than a simply asynchronous try-and-forget | semantic ;) | The implemented API was the simplest possible to do at this stage, in the sense that we re-use the DeploymentScanner. We can emualate short of synchronous behaviour by waiting on the main deployer. If we want to be really synchronous we'll have to re-implement the Scanner functionality and somehow isolate the DeploymentService deployments from the ./deploy dir... So the question really is, given a new deployment in directory ./undeploy, how we deploy this? Either we give it to the scanner by moving this to ./deploy, (or ./farm, or ./hasingleton...), or we give it directly to the MainDeployer, but then we have to solve the problem how we treat a server start-up. (essentially we'll have to duplicate what the scanner does...) In any case, my initial intention was to solve the problem of having a deployment factory, since a deployment in jboss is basically any type of package (.sar, .rar, .xml, .war, .etc). rather than just MBeans. If you have any ideas let me know! View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865733#3865733 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865733 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Callbacks
The issue here is one of cleanup. Its not that there is some magic at the lowest level that can transparently switch from a push to pull callback scenario on detection of a misconfigured client. A misconfigured client should not result in resource leaks and excessive errors on the server side however. A misconfigured client should be logged as a problem and then cleaned up. Transient failures need to be handled by higher level connection exception listeners. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865735#3865735 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865735 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - Re: DeploymentService
The intersection with the management apis is really more along the lines of j2ee 1.1 management api(JSR-88) which has this very deep discussion of how it relates to JSR-77: anonymous wrote : | 1.2.1 Relationship to the J2EE Management Specification (JSR-77) | | Deployment is an integral part of platform management. It depends on | management functionality to start deployed applications, stop deployed | applications, report the status of applications, and the like. We determined, however, that J2EE platform deployment and management should be addressed in separate JSRs, because of the ways in which these two topics need to be addressed. J2EE platform management needs to be defined as a metadata model and not as an API in order to best address the issues of interoperability with different management systems and protocols. Deployment, on the other hand is best addressed as an API. It is expected that the Platform Product Provider will integrate the Deployment API with its management model implementation. This specification describes its interactions with the J2EE Platform Management Model. | | 1.2.2 Replacing a J2EE Application | | We recognize that over time applications evolve and need updates of various types. The J2EE specification does not currently address this issue, nor does it prohibit the Platform Product Providers from doing so. | | We believe that this API provides a sufficient infrastructure to enable Platform Product Providers to continue providing application update solutions that are appropriate for their implementations. In addition this specification defines a very basic type of application redeployment. A redeploy method is provided. It is an optional feature for the Platform Product Provider to implement. | | ... | | 4.6 DeploymentManager and the J2EE Management | Specification (JSR 77) | | The J2EE Management Specification defines a model for platform | management. Deployment is an integral part of J2EE platform management. Deployment depends on management functionality to start installed applications, stop running applications, and report the status of applications. This section describes the recommended mappings of the DeploymentManager functionality to the management model. | | 4.6.1 Listing Deployed Modules | | The management model provides access to all managed objects on the J2EE platform through the J2EE Management EJB component (MEJB). The MEJB is registered in the Java Naming and Directory Interface ? (JNDI) service. The DeploymentManager may use the MEJB to acquire the list of deployed modules on the platform. See chapter 7, J2EE Management EJB in the Java 2 Enterprise Edition Management Specification. | | 4.6.2 Module Start and Stop | | The management model provides a facility for state management of managed objects. This is an optional feature. The state management facility allows applications to start and stop deployed modules. The DeploymentManager may use this facility to start and stop modules that support state management. See chapter 5, State Management in the Java 2 Enterprise Edition Management Specification. | | 7.3 Target and the J2EE Management Specification (JSR 77) | | There is no managed object in the management model that translates directly to a Target object. There is a J2EEServer object. This represents a single J2EE server. A Target can represent a single server, but it can also represent a collection of servers. It is left to the J2EE Product Provider to provide a translation of Target object to J2EEServer objects for their product. See section 3.3, J2EEServer extends J2EEManagedObject in the Java 2 Enterprise Edition Management Specification. | View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865736#3865736 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865736 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JTA on JBoss] - Re: Transactions Across Multiple Servers
Hi Ivan, From my experience, I would see the TM of server A start a transaction with some XID then call Server B. Server B would then start a different XID and do its work. Is this the correct assumption? You're right. This is what Jboss's transaction manager does. It does not propagate transactional context. As server B receives a request without transactional context, it starts a new transaction, completely independent of server A's one. If so, is there any way to pass the XID to Server B so that its committable resources share the same transaction? Yes, but not using the default TM as it is. You would have to modify it or use a third party implementation (Arjuna, for example, as mentioned in the other reply). How are commits handled if Server A is the source of the commit call? Can the commit be expected to propagate to Server B? What happens if Server B uses resources that Server A does not? Well, as there will be two distinct transactions, each one will do 2PC with its own resources. And no commits will be propagated. I hope I've helped. Feel free to contact me if you have any questions... Danilo View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865738#3865738 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865738 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JTA on JBoss] - Re: Transactions Across Multiple Servers
Just curious. Why do you need distributed transactions? Even if JBoss supported distributed transaction propagation, IT SHOULD BE AVOIDED AT ALL COST. DTP is extremely slow no matter whose implementation you use, you will also have a VERY hard time debugging concurrency issues. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865745#3865745 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865745 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Callbacks
Not sure what you are trying to say here. The remoting server will detect that the callback client is unavailable and throw an exception to the invocation handler. Then either the remoting server can remove the callback client automatically or let the invocation handler do it. The only problem with having remoting do this automatically is how to figure out exactly when this should be triggered? It is possible that the callback client is only temporarily unavailable, thus removing it automatically on the first failure might be too severe. I think it should be up to the user (invocation handler) to decide how tolerant of failures they wish to be. Guess could have as worst case that if get three errors, will then throw something like CallbackHandlerUnavailable exception and remove it automatically (in case invocation handler forgets to remove the callback handler themselves). View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865750#3865750 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865750 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Admin Console] - most of use case 1 in cvs
The functionality to implement most of use case 1: View a list of DataSources (from admin-console\docs\requirementsuse_case.pdf) has just been checked into CVS. See admin-console\readme.txt for build and installation instructions. Outstanding tasks: -Refresh button: Should be pretty straightfoward to add a form which submits to /datasource/list.html and specifies the type from the request parameter. -What status/state to show. I'm not sure if showing both DeploymentInfo.state (String) and DeploymentInfo.status (DeploymentState) is not infact going to confuse people. Thoughts? Thanks View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865751#3865751 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865751 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1393) NamingContext.lookup lookup locks up in network down scenario
NamingContext.lookup lookup locks up in network down scenario - Key: JBAS-1393 URL: http://jira.jboss.com/jira/browse/JBAS-1393 Project: JBoss Application Server Type: Bug Versions: JBossAS-3.2.6 Final Environment: Windows 2003 Server, Oracle DB Reporter: Eugene Gluzberg Assigned to: Scott M Stark When the our windows 2003 server with jboss runnig went down, the network for the machine was not accessable. Our client stopped in the InitialContext.lookup method (never returned). Expected behaivor: Exception. Perhaps you should put a timeout on all the reads? Here is the thread dump. BackOfficeReader prio=5 tid=0x00A1DE08 nid=0xf38 runnable [4a18f000..4a18fdbc] at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at java.io.BufferedInputStream.fill(BufferedInputStream.java:183) at java.io.BufferedInputStream.read1(BufferedInputStream.java:222) at java.io.BufferedInputStream.read(BufferedInputStream.java:277) - locked 0AA18300 (a java.io.BufferedInputStream) at java.io.ObjectInputStream$PeekInputStream.read(ObjectInputStream.java:2150) at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2163) at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2634) at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:734) at java.io.ObjectInputStream.(ObjectInputStream.java:253) at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:198) at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1116) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:478) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:471) at javax.naming.InitialContext.lookup(InitialContext.java:347) at com.tullib.otcee.ejb.util.EJBConnectionHelper.getEJBHome(EJBConnectionHelper.java:55) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JGRP-33) JGroups throws OutOfMemoryError after running for a few hours
[ http://jira.jboss.com/jira/browse/JGRP-33?page=history ] B.S.Navin updated JGRP-33: -- Environment: SUN JDK 1.4.2_05 SUN JDK 1.5.0 on Windows Unix platforms (was: SUN JDK 1.4.2_05) Was able to reproduce the issue using SUN JDK 1.5.0 too JGroups throws OutOfMemoryError after running for a few hours - Key: JGRP-33 URL: http://jira.jboss.com/jira/browse/JGRP-33 Project: JGroups Type: Bug Versions: 2.2.8 Environment: SUN JDK 1.4.2_05 SUN JDK 1.5.0 on Windows Unix platforms Reporter: B.S.Navin Assignee: Bela Ban Priority: Critical Fix For: 2.2.8 Attachments: JGroupsMemTest.java, PublishThread2.java, fc-fast-udp-tcpping.xml, fc-fast-udp.xml, runj10.sh I ran 10 instances of a simple program with 3 threads. The max memory is kept as the JVM default (64M). The 10 programs join the same JGroup and the threads in the programs keep publishing a small hashmap at 5 second intervals. The heap memory consumed (Runtime.totalMemory() - Runtime.freeMemory()) slowly increases over a period of 4-5 hours and reaches the default max limit (64M) when it starts throwing OutOfMemory errors on all instances. I have run the program on unix and windows machines with 1G RAM. Not able to make much from an HProf output of one of the instances. This seems to be the cause for the JBossCache bug http://jira.jboss.com/jira/browse/JBCACHE-31; too. I have tried out a UDP/PING and a UDP/TCPPING combination and this problem occurs in both cases. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1394) TimerService.getTimers() does not seem to work when called at ServletContextListener.contextInitialised time
TimerService.getTimers() does not seem to work when called at ServletContextListener.contextInitialised time Key: JBAS-1394 URL: http://jira.jboss.com/jira/browse/JBAS-1394 Project: JBoss Application Server Type: Bug Versions: JBossAS-4.0.1 Final Environment: Suse Linux 9.1, JBoss 4.0.1 Reporter: Steve Bostock Assigned to: Scott M Stark I have a stateless session bean that implements TimedObject. It has a schedule() method that gets called from the contextInitialized method of a WebApp. The schedule method first calls getTimers() and cancels any timers it finds, it then creates new ones. This call to getTimers never finds any existing timers, even though they exist in the TIMERS table in the DB. The net effect is, that after a reboot, I end up with duplicate timers. If I call the same schedule() method from a client program at a later time, it correctly finds and cancels all extant timers before creating new ones. From looking at the debug log, it appears that the restore DEBUG [org.jboss.ejb.txtimer.DatabasePersistencePolicy] Restoring 2 timer(s) is happening sometime after contextInitialized gets called. This problem is repeatable. Steve -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: HELP: ClassNotFound exception
I've been developing under 4.0.0 almost since it came out with no problems. A session bean was added to the app and the errors below started showing up in the log. Upgrading to 4.0.1 fixed whatever was broken. Just adding this to help anyone else that experiences this problem. java.lang.ClassNotFoundException: No ClassLoaders found for: Caused by: java.rmi.ServerException: RuntimeException; nested exception is: java.lang.NullPointerException at org.jboss.ejb.plugins.LogInterceptor.handleException(LogInterceptor.java:361) ERROR [org.jboss.ejb.plugins.LogInterceptor] RuntimeException in method: public abstract java.util.Map com.ess.vv.ejb.webaccess.WebAccess.getRegistrantsAsMap(com.ess.vv.SearchForm) throws javax.ejb.EJBException,java.rmi.RemoteException: java.lang.NullPointerException at org.jboss.ejb.plugins.CallValidationInterceptor.validateArguments(CallValidationInterceptor.java:58) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865752#3865752 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865752 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Callbacks
I'm saying the default behavior at the lowest level is to treat the failing client as bad and smack it. Misbehaving connections should not be resulting in wasted threads, other resource leaks, and excessive error messages. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865753#3865753 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865753 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Build System] - Re: Proof of Concept Plan
The plan makes sense. Hopefully the projects that want to jump early on the new build system will help with the rest of the module migration in HEAD once the full proof of concept is done. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865756#3865756 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865756 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Callbacks
If the flow of the exception is: client - invocation handler - core remoting The invocation handler can choose to filter what exceptions are handled by the core system and/or handle it itself. Any exception that does make it back to the core system should be assumed to be a failure and the client removed. NOTE: The application (invocation handler?) that has exposed the remote object will still need to know about the removal. e.g. JMS will need to delete temporary queues/topics and non durable topic subscriptions. You might want to introduce a generic handler that understands the transport and what is recoverable. This can work across all invocation handlers, e.g. client - transport specific error handler - invocation handler - core remoting Is this a good enough translation Tom? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865758#3865758 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865758 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Forums Moderation
Who is currently developing the JBoss Forums? I want to add a button available to moderators that will: 1) Add a response saying they are asking an FAQ or RTFM question and give them a link on how to use the forums, FAQ, docs, etc. Ideally this message can be forum specific so we can point them at application specific FAQs and documentation. 2) Move the post to a Lazy users forum that is omitted from the forums search index or in the alternate change the search index build to ignore topics that have moderated this way. 3) Suspend the users ability to post to the forums for 24 hours. :-) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865760#3865760 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865760 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1395) LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant error message
LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant error
message
--
Key: JBAS-1395
URL: http://jira.jboss.com/jira/browse/JBAS-1395
Project: JBoss Application Server
Type: Bug
Versions: JBossAS-4.0.0 Final
Environment: Win XP
Reporter: Claude Quzel
Assigned to: Scott M Stark
Priority: Minor
The LocalManagedConnectionFactory.isDriverLoadedForURL method logs an
insignificant error message. If you look on line 11 (below). I would log the
exception and write a more significant message. At this point the driver has
been successfully loaded. The acceptsURL method failure is more likely the
cause of the problem.
1 private boolean isDriverLoadedForURL(String url)
2 {
3 try
4 {
5 driver = DriverManager.getDriver(url);
6 log.debug(Driver already registered for url: + url);
7 return true;
8 }
9 catch (Exception e)
10 {
11log.debug(Driver not yet registered for url: + url);
12return false;
13 } // end of try-catch
14 }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95alloc_id396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1395) LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant error message
[
http://jira.jboss.com/jira/browse/JBAS-1395?page=comments#action_12315259 ]
Claude Quzel commented on JBAS-1395:
-
The logging level should probably be higher than debug.
LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant
error message
--
Key: JBAS-1395
URL: http://jira.jboss.com/jira/browse/JBAS-1395
Project: JBoss Application Server
Type: Bug
Versions: JBossAS-4.0.0 Final
Environment: Win XP
Reporter: Claude Quzel
Assignee: Scott M Stark
Priority: Minor
Original Estimate: 1 hour
Remaining: 1 hour
The LocalManagedConnectionFactory.isDriverLoadedForURL method logs an
insignificant error message. If you look on line 11 (below). I would log the
exception and write a more significant message. At this point the driver has
been successfully loaded. The acceptsURL method failure is more likely the
cause of the problem.
1 private boolean isDriverLoadedForURL(String url)
2 {
3 try
4 {
5 driver = DriverManager.getDriver(url);
6 log.debug(Driver already registered for url: + url);
7 return true;
8 }
9 catch (Exception e)
10 {
11log.debug(Driver not yet registered for url: + url);
12return false;
13 } // end of try-catch
14 }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95alloc_id396op=click
___
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: Callbacks
Well, uhm, not really... The call stack is: invocation handler::handleCallback() - server callback handler (internal to remoting) - remoting callback client - network So the exception will be bubble up through the server callback handler before the invocation handler (user code). I will just make so if this happens, the server callback handler will remove itself from the server invoker and the invocation handler and that will be the end of it. This way, everyone on the server side will be aware that it has been removed. Only problem is that the client will not be aware that it has been removed in the case that there was a temporary network outage on the client side. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865762#3865762 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865762 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Callbacks
Why is the client unaware? It needs to be aware in systems like JMS so it can invoke the ExceptionListener. That is the purpose of things like pings to detect that a transport is still usable. In some transports like TCP it will receive an RST when the server closes the connection: | java.net.SocketExcepton: Connection reset by peer | | If the server has just become unreachable because of network topology changes then you need pings and/or things like TCP read timeout to detect inactivity. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865764#3865764 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865764 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Forums Moderation
[EMAIL PROTECTED] wrote : Who is currently developing the JBoss Forums? I am in charge of porting the current one to JBoss Portal (will less functionalities so far) [EMAIL PROTECTED] wrote : I want to add a button available to moderators that will: | | 1) Add a response saying they are asking an FAQ or RTFM question | and give them a link on how to use the forums, FAQ, docs, etc. | Ideally this message can be forum specific so we can point them at | application specific FAQs and documentation. We try not to have to many jboss.com specific features, it sounds like one :) [EMAIL PROTECTED] wrote : 2) Move the post to a Lazy users forum that is omitted from the forums | search index or in the alternate change the search index build to ignore | topics that have moderated this way. If you are moderator you can move topics already, you just need to create the Lazy users forum post. [EMAIL PROTECTED] wrote : 3) Suspend the users ability to post to the forums for 24 hours. :-) Can be fun, be is it useful ? A user can create a new account. There is already a time in which a user can't post for against automatic flooding (i don't know how low it is set on jboss.com). I understand that your request is for particularly 'annoying' users. I will add those in Jira as minor features if you don't mind. (it sounds like a marketing way to say that it may never be implemented ;) But to be honnest with you there are more important features that are working on this website (Powered by Nukes) and that i should port to JBoss Portal) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865765#3865765 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865765 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: The latest source code - WHERE ?
I use: cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss co -r HEAD jboss-portal , and cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss co -d jboss-portal\thirdparty -r HEAD jboss-portal-thirdparty to get the 3rd party jars Note: I just went through this and am not finished (can't build successfully right now) due to a change in the thirdpart folder structure that is not reflected in the tools/etc/buildfragments/libraries.ent what you get on build is : == == == Executing 'most' in module 'format'... == == BUILD FAILED file:C:/work60/jboss-portal/jboss-portal/format/build.xml:110: JavaCC home must be a valid directory. give me a couple more minutes ; I hope that is the last hurdle for today ... View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865766#3865766 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865766 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPORTAL-198) Forums button for creating general post saying RTFM
Forums button for creating general post saying RTFM --- Key: JBPORTAL-198 URL: http://jira.jboss.com/jira/browse/JBPORTAL-198 Project: JBoss Portal Type: Feature Request Components: Forums Reporter: Thomas Heute Priority: Optional Add a response saying they are asking an FAQ or RTFM question and give them a link on how to use the forums, FAQ, docs, etc. Ideally this message can be forum specific so we can point them at application specific FAQs and documentation. -- Adrian Brock -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPORTAL-199) Forums: Admin button to move a post to a Lazy users forum
Forums: Admin button to move a post to a Lazy users forum --- Key: JBPORTAL-199 URL: http://jira.jboss.com/jira/browse/JBPORTAL-199 Project: JBoss Portal Type: Feature Request Components: Forums Reporter: Thomas Heute Priority: Optional Move the post to a Lazy users forum that is omitted from the forums search index or in the alternate change the search index build to ignore topics that have moderated this way. -- Adrian Brock -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPORTAL-200) Forums Suspend the users ability to post to the forums for 24 hours.
Forums Suspend the users ability to post to the forums for 24 hours. Key: JBPORTAL-200 URL: http://jira.jboss.com/jira/browse/JBPORTAL-200 Project: JBoss Portal Type: Feature Request Components: Forums Reporter: Thomas Heute Assigned to: Julien Viet Priority: Optional Suspend the users ability to post to the forums for 24 hours. :-) -- Adrian Brock -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Forums Moderation
For reference and follow-up, here are the Jira taks: http://jira.jboss.com/jira/browse/JBPORTAL-198 http://jira.jboss.com/jira/browse/JBPORTAL-199 http://jira.jboss.com/jira/browse/JBPORTAL-200 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865768#3865768 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865768 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1395) LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant error message
[
http://jira.jboss.com/jira/browse/JBAS-1395?page=comments#action_12315260 ]
Adrian Brock commented on JBAS-1395:
No.
Because isDriverLoadedForURL(URL) is part of a merry dance
that it goes through to avoid problems with non spec complaint
jdbc drivers (although I'm not sure that is still an issue,
it was a few years ago).
It can be invoked upto three times and we don't want to
see the stacktrace three times, especially when registering
the driver class will resolve the problem.
If the message is misleading, it is the exceptions thrown in
Driver getDriver(URL) that need improving.
catch (Exception e)
{
throw new JBossResourceException
(Failed to register driver for: + driverClass, e);
}
// HERE is what should you get, which seems to be descriptive
// enough to me?
throw new JBossResourceException(Apparently wrong driver class specified
for URL: class: + driverClass + , url: + url);
Please explain your problem with this message?
LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant
error message
--
Key: JBAS-1395
URL: http://jira.jboss.com/jira/browse/JBAS-1395
Project: JBoss Application Server
Type: Bug
Versions: JBossAS-4.0.0 Final
Environment: Win XP
Reporter: Claude Quzel
Assignee: Scott M Stark
Priority: Minor
Original Estimate: 1 hour
Remaining: 1 hour
The LocalManagedConnectionFactory.isDriverLoadedForURL method logs an
insignificant error message. If you look on line 11 (below). I would log the
exception and write a more significant message. At this point the driver has
been successfully loaded. The acceptsURL method failure is more likely the
cause of the problem.
1 private boolean isDriverLoadedForURL(String url)
2 {
3 try
4 {
5 driver = DriverManager.getDriver(url);
6 log.debug(Driver already registered for url: + url);
7 return true;
8 }
9 catch (Exception e)
10 {
11log.debug(Driver not yet registered for url: + url);
12return false;
13 } // end of try-catch
14 }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95alloc_id396op=click
___
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: Callbacks
If I can't reach the callback server to give it a callback, how would I expect to be able to tell it that I removed it as a callback listener because I couldn't reach it? However, for detection of dead (or new) servers, this is done using discovery (detectors). This does do a ping, but is independant of core remoting, which supports callbacks (detectors run as seperate service). The two (core remoting and detectors) can be used together to accomplish what you want for JMS. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865770#3865770 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865770 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1395) LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant error message
[ http://jira.jboss.com/jira/browse/JBAS-1395?page=history ]
Adrian Brock closed JBAS-1395:
--
Resolution: Won't Fix
LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant
error message
--
Key: JBAS-1395
URL: http://jira.jboss.com/jira/browse/JBAS-1395
Project: JBoss Application Server
Type: Bug
Versions: JBossAS-4.0.0 Final
Environment: Win XP
Reporter: Claude Quzel
Assignee: Scott M Stark
Priority: Minor
Original Estimate: 1 hour
Remaining: 1 hour
The LocalManagedConnectionFactory.isDriverLoadedForURL method logs an
insignificant error message. If you look on line 11 (below). I would log the
exception and write a more significant message. At this point the driver has
been successfully loaded. The acceptsURL method failure is more likely the
cause of the problem.
1 private boolean isDriverLoadedForURL(String url)
2 {
3 try
4 {
5 driver = DriverManager.getDriver(url);
6 log.debug(Driver already registered for url: + url);
7 return true;
8 }
9 catch (Exception e)
10 {
11log.debug(Driver not yet registered for url: + url);
12return false;
13 } // end of try-catch
14 }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95alloc_id396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: The latest source code - WHERE ?
STOPPP No, the command is wrong wrong wrong :) Where did you see that ? It's cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss co jboss-portal-2.0 And that's it. It will get all you need. Where did you guys see the jboss-portal stuff ? It should not be used. (and yes Arturas, your code is there, with your name on top :) ) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865771#3865771 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865771 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: multicast in jboss cache
hey sylcheung, even i have the same problem, i seen many of the forums and there is not much help ..if you can find anything please mail me to [EMAIL PROTECTED] i will put that in this post if atall i get some help. --praveen View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865773#3865773 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865773 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1395) LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant error message
[
http://jira.jboss.com/jira/browse/JBAS-1395?page=comments#action_12315261 ]
Adrian Brock commented on JBAS-1395:
Next time I'm in this code I'm going to add a comment
to stop this continual suggestion of improving this code.
Something like:
// You think this code is wacky and can be improved?
// You must be prepared to test it with *all* jdbc
// drivers (old and new). Some of them are not spec
// compliant and this code deals with the problem.
LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant
error message
--
Key: JBAS-1395
URL: http://jira.jboss.com/jira/browse/JBAS-1395
Project: JBoss Application Server
Type: Bug
Versions: JBossAS-4.0.0 Final
Environment: Win XP
Reporter: Claude Quzel
Assignee: Scott M Stark
Priority: Minor
Original Estimate: 1 hour
Remaining: 1 hour
The LocalManagedConnectionFactory.isDriverLoadedForURL method logs an
insignificant error message. If you look on line 11 (below). I would log the
exception and write a more significant message. At this point the driver has
been successfully loaded. The acceptsURL method failure is more likely the
cause of the problem.
1 private boolean isDriverLoadedForURL(String url)
2 {
3 try
4 {
5 driver = DriverManager.getDriver(url);
6 log.debug(Driver already registered for url: + url);
7 return true;
8 }
9 catch (Exception e)
10 {
11log.debug(Driver not yet registered for url: + url);
12return false;
13 } // end of try-catch
14 }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95alloc_id396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Forums Moderation
anonymous wrote : | We try not to have to many jboss.com specific features, it sounds like one :) | I don't see why? Being able to specify a button that links to a template response would be generically useful. Configuring this per forum rather globally doesn't seem any more difficult. anonymous wrote : | If you are moderator you can move topics already, you just need to create the Lazy users forum post. | That is just too much work. The navigation of that function is appalling. The volume of these types of posts is increasing IMHO. If people post user questions to the development forums, I generally delete them, because moving them takes more work. anonymous wrote : [EMAIL PROTECTED] wrote : 3) Suspend the users ability to post to the forums for 24 hours. :-) | | Can be fun, be is it useful ? A user can create a new account. There is already a time in which a user can't post for against automatic flooding (i don't know how low it is set on jboss.com). I understand that your request is for particularly 'annoying' users. | It was a joke. A better feature would be to allow a karma type function where users can only post so many questions (from an ip address?) before they have to answer some questions. Moderators could reduce karma if they are not posting inappropriatley. anonymous wrote : I will add those in Jira as minor features if you don't mind. (it sounds like a marketing way to say that it may never be implemented ;) But to be honnest with you there are more important features that are working on this website (Powered by Nukes) and that i should port to JBoss Portal) Thanks. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865775#3865775 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865775 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - XDoclet Configurations doesn't show
The XDocket Configurations doesn't show in Project Properties eventhough I am in Java view and Package Exlorer perspective. It seems like few people before me also had this problem, but none of their solutions has helped me. I'm running Eclipse 3.1M4, JDK 1.4.2_03, JBossIDE 1.4.1 (built for Eclipse 3.1M4). I've spent a whole day installed/uninstalled/reinstalled to no prevail. PLEASE HELP! Many thanks in advance. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865778#3865778 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865778 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: XDoclet Configurations doesn't show
In the .log file I've seen a couple of entries about the XDoclet as follows: !ENTRY org.eclipse.ui 4 4 2005-02-08 10:51:18.763 !MESSAGE Unable to find Action Set: org.jboss.ide.eclipse.xdoclet.run.ui.actions.XDoclet !SESSION Feb 08, 2005 11:13:27.448 - eclipse.buildId=I200408122000 java.version=1.4.2_03 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865780#3865780 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865780 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - configuration problem
this is a beginners user question. let me know if it doesn't belong here.
first of all congrats to all involved ! great project.
i can't seem to manage configuration of the interceptor objects on a per
instance basis. can you spot what i'm doing wrong ? any pointer to what part
of the FM i should R is appreciated.
test
public void testAop() {
| new Token().start();
| new Token().signal();
| }
interceptor
public class LogInterceptor implements Interceptor {
|
| String method;
|
| public void setMethod(String method) {
| this.method = method;
| }
|
| public String getName() {
| return logging aspect;
| }
|
| public Object invoke(Invocation invocation) throws Throwable {
| Object returnValue = null;
| try {
| System.out.println(before '+method+');
| returnValue = invocation.invokeNext();
| } finally {
| System.out.println(after '+method+');
| }
| return returnValue;
| }
| }
my token class
public class Token {
|
| public void start() {
| System.out.println(start);
| }
|
| public void signal() {
| System.out.println(signal);
| }
| }
jboss-aop.xml
?xml version=1.0 encoding=UTF-8 standalone=yes?
| aop
| bind pointcut=execution(public void org.jbpmaop.Token-start())
| interceptor class=org.jbpmaop.LogInterceptor
scope=PER_INSTANCE
| attribute name=methodstart/attribute
| /interceptor
| /bind
| bind pointcut=execution(public void org.jbpmaop.Token-signal())
| interceptor class=org.jbpmaop.LogInterceptor
scope=PER_INSTANCE
| attribute name=methodsignal/attribute
| /interceptor
| /bind
| /aop
i get output
anonymous wrote : before 'start'
| start
| after 'start'
| before 'start'
| signal
| after 'start'
but i expected output
anonymous wrote : before 'start'
| start
| after 'start'
| before 'signal'
| signal
| after 'signal'
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3865781#3865781
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865781
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: configuration problem
Hmm yeah, it only injects stuff once, when the object is created. In the example given this will be on first access to each instance of Token (scope: PER_INSTANCE). Maybe I should make it fail more noisily if the XML implies injection more than once? Are you trying to just log the name of the method in which case you could cast the Invocation to a MethodInvocation and then call getMethod()? Or do you want to do something more advanced? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865783#3865783 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865783 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1396) Fix the ejb3 deployer integration
Fix the ejb3 deployer integration - Key: JBAS-1396 URL: http://jira.jboss.com/jira/browse/JBAS-1396 Project: JBoss Application Server Type: Task Components: EJBs Versions: JBossAS-4.0.1 Final Reporter: Scott M Stark Assigned to: Bill Burke Priority: Critical Fix For: JBossAS-4.0.2RC1, JBossAS-4.0.1 SP1 The existing ejb3 preview does not run on jboss-4.0.1 due to the api used by the aop deployer to add itself to the subdeployer list. The 4.0.1 release externalized this configuration and the aop deployer needs to be updated. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Forums Moderation
Damn, i don't get jokes anymore... well I agree with all your comments. Those taks are not assigned, so any contributor can pick it, and we will see if there are votes for those features :) (this is a call for contributors and votes) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865784#3865784 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865784 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBPORTAL-200) Forums Suspend the users ability to post to the forums for 24 hours.
[ http://jira.jboss.com/jira/browse/JBPORTAL-200?page=comments#action_12315263 ] Thomas Heute commented on JBPORTAL-200: --- It was a joke. A better feature would be to allow a karma type function where users can only post so many questions (from an ip address?) before they have to answer some questions. Moderators could reduce karma if they are not posting inappropriatley. -- Adrian Brock I don't get jokes anymore -- Thomas Heute Forums Suspend the users ability to post to the forums for 24 hours. Key: JBPORTAL-200 URL: http://jira.jboss.com/jira/browse/JBPORTAL-200 Project: JBoss Portal Type: Feature Request Components: Forums Reporter: Thomas Heute Assignee: Julien Viet Priority: Optional Suspend the users ability to post to the forums for 24 hours. :-) -- Adrian Brock -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1395) LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant error message
[
http://jira.jboss.com/jira/browse/JBAS-1395?page=comments#action_12315264 ]
Adrian Brock commented on JBAS-1395:
JBoss is NOT a test harness for developing jdbc drivers.
Nor can it be expected to debug problems that are due to
non compliant behaviour. We have to draw the line somewhere
otherwise the code would be 90% error checking asserting
the thirdparty code was behaving as expected.
Even if this were the case, DEBUG or even TRACE
is an appropriate logging level for when you want to dig
into the details of funny behaviour.
I do accept that passing a String to that method which provides
the context of the invocation would save you from having to
start up a debugger.
The purpose of this code is to use the two spec defined parameters
to try to load a driver. If it cannot do this, it tells you
it did not do it and displays the two parameters involved.
Explain what this means:
Sometimes this exception is thrown even before the URL is actually accepted by
the driver
What is the path through the code that reproduces this problem?
The current code is roughly:
if (driver already loaded)
use it
load driver class
if (driver is now loaded)
use it
try to instantiate an instance of the driver (for old non spec compliant
drivers)
if (driver is now loaded)
use it
Something is wrong with the configuration
If this is at all related to not being redeploy a jdbc driver
that is a known bug in java.sql.DriverManager's caching.
LocalManagedConnectionFactory.isDriverLoadedForURL logs an insignificant
error message
--
Key: JBAS-1395
URL: http://jira.jboss.com/jira/browse/JBAS-1395
Project: JBoss Application Server
Type: Bug
Versions: JBossAS-4.0.0 Final
Environment: Win XP
Reporter: Claude Quzel
Assignee: Scott M Stark
Priority: Minor
Original Estimate: 1 hour
Remaining: 1 hour
The LocalManagedConnectionFactory.isDriverLoadedForURL method logs an
insignificant error message. If you look on line 11 (below). I would log the
exception and write a more significant message. At this point the driver has
been successfully loaded. The acceptsURL method failure is more likely the
cause of the problem.
1 private boolean isDriverLoadedForURL(String url)
2 {
3 try
4 {
5 driver = DriverManager.getDriver(url);
6 log.debug(Driver already registered for url: + url);
7 return true;
8 }
9 catch (Exception e)
10 {
11log.debug(Driver not yet registered for url: + url);
12return false;
13 } // end of try-catch
14 }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95alloc_id396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: The latest source code - WHERE ?
thx for the clarification. I think I found that browsing the cvs repository. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865787#3865787 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865787 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1397) CLONE -Make the JBoss server runnable from a read-only partition
CLONE -Make the JBoss server runnable from a read-only partition
Key: JBAS-1397
URL: http://jira.jboss.com/jira/browse/JBAS-1397
Project: JBoss Application Server
Type: Feature Request
Versions: JBossAS-3.2.6 Final
Reporter: Daniel
Assigned to: Scott M Stark
SourceForge Submitter: didickman .
In an enterprise setting, JBoss would be installed
as /opt/jboss-3.2.x which would be a read-only area.
The problem with the current setup of JBoss is that it
expects to be able to write to /opt/jboss-3.2.x/server/
{all,default,minimal}. Making JBoss instances easily
accessible from a different area than /opt/jboss-
3.2.x/server/ is important in this environment and would
be a very useful improvement.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Clustering 2 machines in two different datacenters
hi bela, how to use the tcp based config. it would be great if you can give me an example. thanks in advance. -praveen View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865795#3865795 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865795 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1397) CLONE -Make the JBoss server runnable from a read-only partition
[
http://jira.jboss.com/jira/browse/JBAS-1397?page=comments#action_12315266 ]
Daniel commented on JBAS-1397:
--
cloned by mistake. please close.
CLONE -Make the JBoss server runnable from a read-only partition
Key: JBAS-1397
URL: http://jira.jboss.com/jira/browse/JBAS-1397
Project: JBoss Application Server
Type: Feature Request
Versions: JBossAS-3.2.6 Final
Reporter: Daniel
Assignee: Scott M Stark
SourceForge Submitter: didickman .
In an enterprise setting, JBoss would be installed
as /opt/jboss-3.2.x which would be a read-only area.
The problem with the current setup of JBoss is that it
expects to be able to write to /opt/jboss-3.2.x/server/
{all,default,minimal}. Making JBoss instances easily
accessible from a different area than /opt/jboss-
3.2.x/server/ is important in this environment and would
be a very useful improvement.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: Packaging configurations option not available in JBOSS I
Yes, you will need to install JBossIDE 1.4.1 for Eclipse 3.1M4 (built for JRE/JDK 5.0) Link: http://prdownloads.sourceforge.net/jboss/JBossIDE-1.4.1-jre1.5-e31.zip?download View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865796#3865796 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865796 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1397) CLONE -Make the JBoss server runnable from a read-only partition
[ http://jira.jboss.com/jira/browse/JBAS-1397?page=history ]
Adrian Brock closed JBAS-1397:
--
Resolution: Duplicate Issue
CLONE -Make the JBoss server runnable from a read-only partition
Key: JBAS-1397
URL: http://jira.jboss.com/jira/browse/JBAS-1397
Project: JBoss Application Server
Type: Feature Request
Versions: JBossAS-3.2.6 Final
Reporter: Daniel
Assignee: Scott M Stark
SourceForge Submitter: didickman .
In an enterprise setting, JBoss would be installed
as /opt/jboss-3.2.x which would be a read-only area.
The problem with the current setup of JBoss is that it
expects to be able to write to /opt/jboss-3.2.x/server/
{all,default,minimal}. Making JBoss instances easily
accessible from a different area than /opt/jboss-
3.2.x/server/ is important in this environment and would
be a very useful improvement.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1335) Kerberos for JMS
[ http://jira.jboss.com/jira/browse/JBAS-1335?page=history ] Adrian Brock closed JBAS-1335: -- Assign To: Adrian Brock (was: Scott M Stark) Resolution: Incomplete Description It seems to me that this can be achieved in the same way as SSL. I.e. you use a custom socket factory. Kerberos for JMS Key: JBAS-1335 URL: http://jira.jboss.com/jira/browse/JBAS-1335 Project: JBoss Application Server Type: Feature Request Components: JMS service Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final Reporter: SourceForge User Assignee: Adrian Brock SourceForge Submitter: solsoliri . Could a support for Kerberos security be added to the JMS architecture of JBoss? JMS maybe can be secured via SSL (not very clear for me at the moment), but I have found absolut no documentation for securing JMS via Kerberos. This could be helpfull for the following scenario: - sending binary messages from EJB's (e.g. session bean) to another server over an unsecured network (e.g. the Internet) and the other way round - only queue mode of messaging is used - mutual authentication is needed (server and client) - encryption of the message with Kerberos I've attached a sample java file how I solved this via a simple socket connection and GSS API. Maybe this gives you a little help. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1332) NullPointerException in JDBC3 PersistenceManager
[ http://jira.jboss.com/jira/browse/JBAS-1332?page=history ] Adrian Brock closed JBAS-1332: -- Assign To: Adrian Brock Resolution: Done Fix Version: JBossAS-4.0.2RC1 Already fixed NullPointerException in JDBC3 PersistenceManager Key: JBAS-1332 URL: http://jira.jboss.com/jira/browse/JBAS-1332 Project: JBoss Application Server Type: Bug Versions: JBossAS-4.0.1 Final Environment: JBoss 4.0.1 (why isn't this an option in the Version list?) Reporter: Tim McCune Assignee: Adrian Brock Priority: Critical Fix For: JBossAS-4.0.2RC1 http://cvs.sourceforge.net/viewcvs.py/jboss/jbossmq/src/main/org/jboss/mq/pm/jdbc3/PersistenceManager.java?r1=1.6.4.1r2=1.6.4.2 ejort removed the line rs = stmt.executeQuery(); so line 850 of PersistenceManager will always throw an NPE: Caused by: java.lang.NullPointerException at org.jboss.mq.pm.jdbc3.PersistenceManager.loadFromStorage(PersistenceManager.java:850) at org.jboss.mq.server.MessageCache.loadFromStorage(MessageCache.java:411) at org.jboss.mq.server.MessageReference.makeHard(MessageReference.java:351) at org.jboss.mq.server.MessageReference.getMessage(MessageReference.java:156) at org.jboss.mq.server.MessageReference.getHeaders(MessageReference.java:249) at org.jboss.mq.server.BasicQueue.receive(BasicQueue.java:471) at org.jboss.mq.server.JMSQueue.receive(JMSQueue.java:136) I'm assuming this was just a slip-up and not intentional. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-86) invalidate() across cluster
invalidate() across cluster --- Key: JBCACHE-86 URL: http://jira.jboss.com/jira/browse/JBCACHE-86 Project: JBoss Cache Type: Feature Request Versions: 1.2 Reporter: Bela Ban Assigned to: Bela Ban Fix For: 1.2.1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Invalidation / Lazy Replication
sdanig wrote : Hi, | | We are currently developing a client/server application. The server uses Hibernate for persistence, with TreeCache for the second-level cache. The clients need local data caches, and we were thinking that an easy way of implementing these local client caches might be to replicate the server cache to all the clients. | | However, we are hesitant to go this route due to the amount of data that could be involved. There are two cache features that would make the outlined implementation more palatable: | | - An invalidation model. When a node gets updated on the server, the clients receive notification that the specified node is no longer valid, but do not retrieve the data itself. | I have added a JIRA task to provide invalidate() across a cluster: http://jira.jboss.com/jira/browse/JBCACHE-86. This may or may not be part of 1.2.1 (due within 1-2 weeks). anonymous wrote : | - Lazy replication. When invalidated/uninitialized nodes are accessed on the clients, the data is retrieved transparently from the server cache. | What do you mean ? This is provided by the CacheLoader model in JBossCache View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865802#3865802 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865802 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1282) Fallback to message-destination-type
[ http://jira.jboss.com/jira/browse/JBAS-1282?page=history ] Adrian Brock closed JBAS-1282: -- Assign To: Adrian Brock (was: Scott M Stark) Resolution: Rejected There is no such thing as ejb-jar/message-driven/message-destination-type There is ejb-jar/message-driven/message-destination/destination-type Fallback to message-destination-type Key: JBAS-1282 URL: http://jira.jboss.com/jira/browse/JBAS-1282 Project: JBoss Application Server Type: Feature Request Components: EJBs Versions: JBossAS-4.0.1 Final Environment: Java version: 1.5.0,Sun Microsystems Inc. Java VM: Java HotSpot(TM) Server VM 1.5.0-b64,Sun Microsystems Inc. OS-System: Linux 2.4.21-4.EL,i386 Reporter: Michael Kopp Assignee: Adrian Brock Priority: Trivial I have two MDB's that have no activation config. They actually don't need one as the only relevant information is the destination type which is already stated in the message-destination-type tag. Nevertheless I get the following message for these two MDB's: No message-driven-destination given; using; guessing type When I add the activation-config this message vanishes. Therefore I suggest to use the message-destination-type in case the 'destinationType' property is not present in the activation config (or the activation config is missing). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1282) Fallback to message-destination-type
[ http://jira.jboss.com/jira/browse/JBAS-1282?page=comments#action_12315271 ] Adrian Brock commented on JBAS-1282: That should be: ejb-jar/message-driven/message-driven-destination/destination-type Fallback to message-destination-type Key: JBAS-1282 URL: http://jira.jboss.com/jira/browse/JBAS-1282 Project: JBoss Application Server Type: Feature Request Components: EJBs Versions: JBossAS-4.0.1 Final Environment: Java version: 1.5.0,Sun Microsystems Inc. Java VM: Java HotSpot(TM) Server VM 1.5.0-b64,Sun Microsystems Inc. OS-System: Linux 2.4.21-4.EL,i386 Reporter: Michael Kopp Assignee: Adrian Brock Priority: Trivial I have two MDB's that have no activation config. They actually don't need one as the only relevant information is the destination type which is already stated in the message-destination-type tag. Nevertheless I get the following message for these two MDB's: No message-driven-destination given; using; guessing type When I add the activation-config this message vanishes. Therefore I suggest to use the message-destination-type in case the 'destinationType' property is not present in the activation config (or the activation config is missing). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1376) JBoss freezes if the wrong port is specified for JNDI lookup.
[ http://jira.jboss.com/jira/browse/JBAS-1376?page=history ] Adrian Brock closed JBAS-1376: -- Assign To: Adrian Brock (was: Scott M Stark) Resolution: Rejected The server as you call on port 1098 is your jdk's RMI implementation, not JBoss code. http://www.jboss.org/wiki/Wiki.jsp?page=NamingContextFactory HINT: jnp.timeout JBoss freezes if the wrong port is specified for JNDI lookup. - Key: JBAS-1376 URL: http://jira.jboss.com/jira/browse/JBAS-1376 Project: JBoss Application Server Type: Bug Components: EJBs Versions: JBossAS-3.2.5 Final Environment: Solaris 2.8, JDK 1.4.2_05 Reporter: Daniel Assignee: Adrian Brock Priority: Minor I have an EJB client which I was trying to run. Unfortunately I managed to specify port 1098 (RMI) instead of port 1099 (JNDI) for the client to use. The net effect was that the client froze on the second line of code below: Context _jndiContext = new javax.naming.InitialContext(); _jndiContext.lookup( name ); I wasted a few hours today figuring why the client didn't seem to be doing anything and just kept hanging. In my opinion not throwing an exception in this situation is a bug. The server should do that and report that the client is trying to use the wrong protocol instead of just hanging without doing anything. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1376) JBoss freezes if the wrong port is specified for JNDI lookup.
[ http://jira.jboss.com/jira/browse/JBAS-1376?page=comments#action_12315274 ] Adrian Brock commented on JBAS-1376: You also get a black mark for reporting bugs against older versions without trying the latest (3.2.7 at time of writing). JBoss freezes if the wrong port is specified for JNDI lookup. - Key: JBAS-1376 URL: http://jira.jboss.com/jira/browse/JBAS-1376 Project: JBoss Application Server Type: Bug Components: EJBs Versions: JBossAS-3.2.5 Final Environment: Solaris 2.8, JDK 1.4.2_05 Reporter: Daniel Assignee: Adrian Brock Priority: Minor I have an EJB client which I was trying to run. Unfortunately I managed to specify port 1098 (RMI) instead of port 1099 (JNDI) for the client to use. The net effect was that the client froze on the second line of code below: Context _jndiContext = new javax.naming.InitialContext(); _jndiContext.lookup( name ); I wasted a few hours today figuring why the client didn't seem to be doing anything and just kept hanging. In my opinion not throwing an exception in this situation is a bug. The server should do that and report that the client is trying to use the wrong protocol instead of just hanging without doing anything. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1376) JBoss freezes if the wrong port is specified for JNDI lookup.
[ http://jira.jboss.com/jira/browse/JBAS-1376?page=comments#action_12315275 ] Adrian Brock commented on JBAS-1376: Actually jnp.sotimeout is more relevent to your situation. JBoss freezes if the wrong port is specified for JNDI lookup. - Key: JBAS-1376 URL: http://jira.jboss.com/jira/browse/JBAS-1376 Project: JBoss Application Server Type: Bug Components: EJBs Versions: JBossAS-3.2.5 Final Environment: Solaris 2.8, JDK 1.4.2_05 Reporter: Daniel Assignee: Adrian Brock Priority: Minor I have an EJB client which I was trying to run. Unfortunately I managed to specify port 1098 (RMI) instead of port 1099 (JNDI) for the client to use. The net effect was that the client froze on the second line of code below: Context _jndiContext = new javax.naming.InitialContext(); _jndiContext.lookup( name ); I wasted a few hours today figuring why the client didn't seem to be doing anything and just kept hanging. In my opinion not throwing an exception in this situation is a bug. The server should do that and report that the client is trying to use the wrong protocol instead of just hanging without doing anything. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: failed committing transaction to cache loader
Can't follow you. Please submit a JIRA bug report with an attached unit test, that would help me to reproduce it. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865803#3865803 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865803 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.363 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050208150514Lbuild.363 BUILD COMPLETE-build.363Date of build:02/08/2005 15:05:14Time to build:64 minutes 39 secondsLast changed:02/08/2005 13:18:19Last log entry:Fix: JBWS-68 Response message uses XSD type instead of wsdl msg part name Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(24)1.36.2.7modifiedtdieslerwebservice/build.xmlFix: JBWS-68 Response message uses XSD type instead of wsdl msg part name1.40.2.10modifiedtdieslerwebservice/src/main/org/jboss/webservice/deployment/ServiceDescription.javaFix: JBWS-68 Response message uses XSD type instead of wsdl msg part name1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/NotImplementedException.javaFix: JBWS-68 Response message uses XSD type instead of wsdl msg part name1.3.2.6modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/SOAPElementAxisImpl.javaFix: JBWS-68 Response message uses XSD type instead of wsdl msg part name1.1.1.1.4.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/RPCParamElementImpl.javaFix: JBWS-68 Response message uses XSD type instead of wsdl msg part name1.9.2.43modifiedtdieslertestsuite/imports/test-jars.xmlFix: JBWS-68 Response message uses XSD type instead of wsdl msg part name1.9.2.42modifiedtdieslertestsuite/imports/test-jars.xmlFix: JBWS-64 NPE with invalid namespace in msg1.2.2.7modifiedtdieslerjaxrpc/build.xmlFix: JBWS-64 NPE with invalid namespace in msg1.2.2.4modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/SerializationContextImpl.javaFix: JBWS-64 NPE with invalid namespace in msg1.1.1.1.4.5modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/DeserializationContextImpl.javaFix: JBWS-64 NPE with invalid namespace in msg1.6.2.7modifiedtdieslerwebservice/src/main/org/jboss/webservice/WSDLFilePublisher.javaFix: JBWS-62 WSDLFilePublisher doesn't support remote XML schemas1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/wsdlimport/schema/WEB-INF/jaxrpc-mapping.xmlFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/wsdlimport/schema/WEB-INF/web.xmlFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/wsdlimport/schema/WEB-INF/webservices.xmlFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/wsdlimport/schema/WEB-INF/wsdl/Hello.xsdFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/wsdlimport/schema/WEB-INF/wsdl/HelloService.wsdlFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/wsdlimport/schema/WEB-INF/wsdl/subdir/HelloArr.xsdFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/admindevel/META-INF/ejb-jar.xmlFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.1.2.2deletedtdieslertestsuite/src/main/org/jboss/test/webservice/admindevel/HelloBean.javaFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/admindevel/HelloEJBImpl.javaFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/admindevel/HelloJSEImpl.javaFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/wsdlimport/SchemaImportTestCase.javaFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/admindevel/Hello.javaFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher1.9.2.41modifiedtdieslertestsuite/imports/test-jars.xmlFix: JBAS-1115 bad path to included xsd gets built in WSDLFilePublisher
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: WebEx ????
I believe it is possible to open the webex webinar w/ Firefox / Mozilla in Linux if you change the UserAgent string to IE's UserAgent string, and also have a recent JRE browser plugin installed. I've only heard of this working from others, and have never actually tried it myself... View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865806#3865806 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865806 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: multicast in jboss cache
read the JGroups manual at jgroups.org (TCP-based confi) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865814#3865814 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865814 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Clustering 2 machines in two different datacenters
www.jgroups.org -- manual View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865815#3865815 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865815 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: nullpointerexception
Do you want eviction policy under Hibernate? If you don't you should set it empty string. -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865817#3865817 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865817 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - Re: Boston meeting notes: START HERE - Executive overview
So the notion of the metadata service and its relation to the aspects such as the ClassData, and Annotation pieces does not clearly jump out at me after reading through the overview links. Its clear that there is a competing view between the simple development metadata model that wants to move the definitions close to the code as typified by annotations, and the admin metadata model that wants an abstracted topdown view of across deployments and even servers. Some natural topdown management views of this metadata service are: * All metatadata introduced by level: instance, class, invocation, session, deployment, server, cluster, federation. * The settings for a piece of metadata by level. * meta-metadata views that allow for filtered views like all metadata affecting endpoint settings(port/interface), transactional sematics, locking semantics, security settings, etc. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865818#3865818 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865818 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - Re: Boston meeting notes: START HERE - Executive overview
Another overview I would like to see us work to is an interaction diagram type of description for an ejb3 type of deployment. The key thing is how various layers of the micro-container affect the deployment, runtime behavior, redeployment, and management of the ejb3 component and its associated application. The overriding concept I want to keep in the back of everyone's mind is the ability to control components from an admin perspective. We have historically been good at supporting micro-manipulation of components, but not so good at taming the resulting complexity when admin type of operations are to be imposed on the deployed components. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865820#3865820 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865820 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1376) JBoss freezes if the wrong port is specified for JNDI lookup.
[ http://jira.jboss.com/jira/browse/JBAS-1376?page=comments#action_12315277 ] Daniel commented on JBAS-1376: -- Thanks, although the only useful thing you had to say was to direct me to jnp.timeout. JBoss freezes if the wrong port is specified for JNDI lookup. - Key: JBAS-1376 URL: http://jira.jboss.com/jira/browse/JBAS-1376 Project: JBoss Application Server Type: Bug Components: EJBs Versions: JBossAS-3.2.5 Final Environment: Solaris 2.8, JDK 1.4.2_05 Reporter: Daniel Assignee: Adrian Brock Priority: Minor I have an EJB client which I was trying to run. Unfortunately I managed to specify port 1098 (RMI) instead of port 1099 (JNDI) for the client to use. The net effect was that the client froze on the second line of code below: Context _jndiContext = new javax.naming.InitialContext(); _jndiContext.lookup( name ); I wasted a few hours today figuring why the client didn't seem to be doing anything and just kept hanging. In my opinion not throwing an exception in this situation is a bug. The server should do that and report that the client is trying to use the wrong protocol instead of just hanging without doing anything. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.364 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050209004656Lbuild.364 BUILD COMPLETE-build.364Date of build:02/09/2005 00:46:56Time to build:30 minutes 37 secondsLast changed:02/08/2005 17:56:20Last log entry:Fix JBWS-70 document literal style and ws method with no parameter Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(27)1.40.2.12modifiedtdieslerwebservice/src/main/org/jboss/webservice/deployment/ServiceDescription.javaFix JBWS-70 document literal style and ws method with no parameter1.1.1.1.4.4modifiedtdieslerjaxrpc/src/main/org/apache/axis/client/AxisClientProxy.javaFix JBWS-70 document literal style and ws method with no parameter1.4.2.10modifiedtdieslerjaxrpc/src/main/org/apache/axis/client/Call.javaFix JBWS-70 document literal style and ws method with no parameter1.40.2.11modifiedtdieslerwebservice/src/main/org/jboss/webservice/deployment/ServiceDescription.javaFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/jbws70/config.xmlFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/jbws70/WEB-INF/jaxrpc-mapping.xmlFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/jbws70/WEB-INF/web.xmlFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/jbws70/WEB-INF/webservices.xmlFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/jbws70/WEB-INF/wsdl/HelloService.wsdlFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/jbws70/META-INF/application-client.xmlFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/jbws70/META-INF/jboss-client.xmlFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/jbws70/Hello.javaFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/jbws70/HelloJavaBean.javaFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/jbws70/Hello_getVersion_RequestStruct.javaFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/jbws70/Hello_getVersion_ResponseStruct.javaFix JBWS-70 document literal style and ws method with no parameter1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/jbws70/NoParamTestCase.javaFix JBWS-70 document literal style and ws method with no parameter1.9.2.44modifiedtdieslertestsuite/imports/test-jars.xmlFix JBWS-70 document literal style and ws method with no parameter1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/message/config.xmlFix package mapping1.1.2.3modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpclit/config.xmlFix package mapping1.1.2.3modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpcenc/config.xmlFix package mapping1.1.2.3modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/config.xmlFix package mapping1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/jbws68/config.xmlFix package mapping1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/jbws64/config.xmlFix package mapping1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/jbas897/config.xmlFix package mapping1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/exception/config.xmlFix package mapping1.1.2.3modifiedtdieslertestsuite/src/resources/webservice/attachment/config.xmlFix package mapping1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/admindevel/config.xmlFix packageMapping
[JBoss-dev] [Design of JBoss Portal] - Re: The latest source code - WHERE ?
anonymous wrote : | It's cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss co jboss-portal-2.0 | | And that's it. | | It will get all you need. Thanks Thomas. I have executed the CVS command like this one yesterday, but I couldn't find my part - neither new functionality of content type interceptor nor thirdparty libs (WALL and XOM). I decided that I received the standard code of 2.0 alpha. So, after that I created the jboss-portal-2.0 Eclipse's project and looked into the CVS repository with the Eclipse's CVS client. I found 2 HEADs in the CVS - jboss-portal and jboss-portal-thirdparty. I also found my new functionality and 3rd party libs there, but the layout of directories surprised me - new names of folders, the thirdparty is moved outside the jboss-portal. So I think I need your help here. Everything what I need is: 1. Eclipse integration. I use it for development, for updating from CVS repository, for building (ANT) and deploying the project. 2. Updates via command line CVS client. I would like that bothe Eclipse's and command line CVS updates would keep same file system structure. Could someone help me with this ? Thanks a lot in advance. Arturas View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865838#3865838 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865838 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: configuration problem
i want something more advanced, i'm afraid. the scoping is not the issue for me. it's more the configuration of the interceptor objects. you say XML implies injection. do you mean the configuration of the interceptor with this ? if yes, i don't think it should lead to noisy failure. but instead you should apply differently configured interceptors to the different pointcuts, right ? are the interceptor objects pooled ? per classname ? is that the reason why the configuration ends up in the wrong interceptor ? regards, tom. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3865840#3865840 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865840 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
