[JBoss-dev] [JBoss JIRA] Resolved: (JBCACHE-91) TX Isolation always REPEATABLE_READ

2005-02-21 Thread Ben Wang (JIRA)
 [ http://jira.jboss.com/jira/browse/JBCACHE-91?page=history ]
 
Ben Wang resolved JBCACHE-91:
-

Resolution: Rejected

I have tested in the latest head and I can see the SERIALIZABLE isolation level 
being set in the unit test case.

-Ben

> TX Isolation always REPEATABLE_READ
> ---
>
>  Key: JBCACHE-91
>  URL: http://jira.jboss.com/jira/browse/JBCACHE-91
>  Project: JBoss Cache
> Type: Bug
> Versions: 1.2
> Reporter: Ivelin Ivanov
> Assignee: Bela Ban
>  Fix For: 1.2.1

>
>
> https://mobicents.dev.java.net/servlets/ProjectForumMessageView?messageID=5892&forumID=739

-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of Security on JBoss] - JBOSS Session persistent after restart

2005-02-21 Thread subhadeep_ghosh
We have an Application Running on JBOSS & Weblogic. We are using JAAS for 
authentication. 

After the user successfully logs in the site , we restart the server & we try 
to continue from the same browser and the user is able to continue his 
operations without logging in again i.e. the session is still active even after 
the server was restarted. 

Has anyone faced a similar problem ? This problem does not persist with 
Weblogic.

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Resolved: (JBREM-60) Incorrect usage of debug level logging

2005-02-21 Thread Tom Elrod (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-60?page=history ]
 
Tom  Elrod resolved JBREM-60:
-

Resolution: Done

Only adding and removing of callback listeners at debug level now (rest of 
invocation related logging at trace).

> Incorrect usage of debug level logging
> --
>
>  Key: JBREM-60
>  URL: http://jira.jboss.com/jira/browse/JBREM-60
>  Project: JBoss Remoting
> Type: Bug
>   Components: general
> Reporter: Scott M Stark
> Assignee: Tom  Elrod
>  Fix For: 1.0.1 final

>
>
> org.jboss.remoting.ServerInvoker is logging per request data at debug level. 
> This is inconsistent with the logging threshold usage policy of using trace 
> level for this type of activity.

-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Resolved: (JBREM-31) Exception handling in http server invoker

2005-02-21 Thread Tom Elrod (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-31?page=history ]
 
Tom  Elrod resolved JBREM-31:
-

Resolution: Done

Fixed.  Will not return all errors, even those occurring outside the server 
invoker's invoke method.  This would most likely happen due to error processing 
headers.

> Exception handling in http server invoker
> -
>
>  Key: JBREM-31
>  URL: http://jira.jboss.com/jira/browse/JBREM-31
>  Project: JBoss Remoting
> Type: Bug
>   Components: transport
> Versions: 1.0.1 beta
> Reporter: Tom  Elrod
> Assignee: Tom  Elrod
>  Fix For: 1.0.1 final

>
>
> Need to catch any exception in the HTTPServerInvoker and send response to 
> client via HTTP.  There are several errors that can occur before getting to 
> the invoke() method, so need to communicate these back to the calling client.

-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBREM-62) update UnifiedInvoker to use remote marshall loading

2005-02-21 Thread Tom Elrod (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-62?page=history ]

Tom  Elrod updated JBREM-62:


Fix Version: 1.2.0 beta
 (was: 1.0.1 final)

> update UnifiedInvoker to use remote marshall loading
> 
>
>  Key: JBREM-62
>  URL: http://jira.jboss.com/jira/browse/JBREM-62
>  Project: JBoss Remoting
> Type: Task
>   Components: marshall
> Versions: 1.0.1 beta
> Reporter: Tom  Elrod
> Assignee: Tom  Elrod
>  Fix For: 1.2.0 beta

>
>
> Need to change both the UnifiedInvoker and UnifiedInvoker proxy so don't have 
> hardcoded to add the InvocationMarshaller/UnMarshallers to the MarshalFactory 
> within static blocks.  Need to use the new configuration for the dynamic 
> remote marshaller loading in jboss-service.xml

-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBAS-1496) Setting the MainDeployer CopyFiles to false still shows rars being copied

2005-02-21 Thread Scott M Stark (JIRA)
Setting the MainDeployer CopyFiles to false still shows rars being copied
-

 Key: JBAS-1496
 URL: http://jira.jboss.com/jira/browse/JBAS-1496
 Project: JBoss Application Server
Type: Bug
  Components: JCA service, MicroContainer bus  
Versions:  JBossAS-4.0.1 SP1, JBossAS-4.0.1 Final,  JBossAS-3.2.7 Final
Reporter: Scott M Stark


Edit the conf/xmdesc/org.jboss.deployment.MainDeployer-xmbean.xml descriptor 
and set the CopyFiles value to false:

[code]
   
  
  CopyFiles
  boolean
  
 
  
   
[/code]

After this, there will still be some rars that are getting copied when they 
should not, but its a fraction of what was copied before:

[EMAIL PROTECTED] tmp]$ ls -R
.:
aopdynclasses/  deploy/

./aopdynclasses:

./deploy:
deploy/

./deploy/deploy:
jboss-local-jdbc.rar-contents/  jms/
jboss-xa-jdbc.rar-contents/ mail-ra.rar-contents/

./deploy/deploy/jboss-local-jdbc.rar-contents:
jboss-local-jdbc.jar*

./deploy/deploy/jboss-xa-jdbc.rar-contents:
jboss-xa-jdbc.jar*

./deploy/deploy/jms:
jms-ra.rar-contents/

./deploy/deploy/jms/jms-ra.rar-contents:
jms-ra.jar*

./deploy/deploy/mail-ra.rar-contents:
mail-ra.jar*



-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


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

2005-02-21 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050221212133Lbuild.387
BUILD COMPLETE - build.387Date of build: 02/21/2005 21:21:33Time to build: 62 minutes 50 secondsLast changed: 02/21/2005 09:11:49Last log entry: Remove the LoginConfigInterceptorUnitTestcase as it should not have been merged from head




    Unit Tests: (0)    Total Errors and Failures: (0) 
 Modifications since last build: (94)1.1.6.1deletedstarksmtestsuite/src/main/org/jboss/test/security/test/LoginConfigInterceptorUnitTestCase.javaRemove the LoginConfigInterceptorUnitTestcase as it should not have been merged from head1.36.2.8modifiedtdieslerwebservice/build.xmlMigrate samples to testsuite1.7.4.2deletedtdieslerwebservice/samples/server-web/resources/WEB-INF/webservices.xmlMigrate samples to testsuite1.3.4.1deletedtdieslerwebservice/samples/server-web/resources/WEB-INF/wsdl/server-web.wsdlMigrate samples to testsuite1.6.4.1deletedtdieslerwebservice/samples/server-web/resources/WEB-INF/web.xmlMigrate samples to testsuite1.4.4.1deletedtdieslerwebservice/samples/server-web/java/com/underworld/crimeportal/web/OrganizationEndpointImpl.javaMigrate samples to testsuite1.1.4.2deletedtdieslerwebservice/samples/server-web/java/com/underworld/crimeportal/ServerSideWEBTestCase.javaMigrate samples to testsuite1.8.2.3deletedtdieslerwebservice/samples/server-web/build.xmlMigrate samples to testsuite1.1.2.3deletedtdieslerwebservice/samples/server-sec/resources/META-INF/wsdl/OrganizationService.wsdlMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-sec/resources/META-INF/jboss-client.xmlMigrate samples to testsuite1.2.2.4deletedtdieslerwebservice/samples/server-sec/resources/META-INF/jboss.xmlMigrate samples to testsuite1.3.2.2deletedtdieslerwebservice/samples/server-sec/resources/META-INF/webservices.xmlMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-sec/resources/META-INF/application.xmlMigrate samples to testsuite1.3.2.2deletedtdieslerwebservice/samples/server-sec/resources/META-INF/ejb-jar.xmlMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-sec/resources/META-INF/OrganizationServiceMapping.xmlMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-sec/resources/META-INF/application-client.xmlMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-sec/java/com/underworld/crimeportal/ejb/SecuredRemoteHome.javaMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-sec/java/com/underworld/crimeportal/ejb/SecuredSLSB.javaMigrate samples to testsuite1.2.2.2deletedtdieslerwebservice/samples/server-sec/java/com/underworld/crimeportal/ejb/SecuredRemote.javaMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-sec/java/com/underworld/crimeportal/ServerSideSecTestCase.javaMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-sec/etc/users.propertiesMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-sec/etc/roles.propertiesMigrate samples to testsuite1.3.2.4deletedtdieslerwebservice/samples/server-sec/build.xmlMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-jms/resources/META-INF/ejb-jar.xmlMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-jms/resources/META-INF/jboss.xmlMigrate samples to testsuite1.2.2.2deletedtdieslerwebservice/samples/server-jms/resources/META-INF/webservices.xmlMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-jms/java/com/underworld/crimeportal/ServerSideJMSTestCase.javaMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-jms/java/com/underworld/crimeportal/ejb/OrganizationMDB.javaMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-jms/etc/jms/client-config.xmlMigrate samples to testsuite1.2.2.3deletedtdieslerwebservice/samples/server-jms/build.xmlMigrate samples to testsuite1.3.4.1deletedtdieslerwebservice/samples/server-ejb/resources/META-INF/wsdl/server-ejb.wsdlMigrate samples to testsuite1.3.6.2deletedtdieslerwebservice/samples/server-ejb/resources/META-INF/ejb-jar.xmlMigrate samples to testsuite1.1.6.2deletedtdieslerwebservice/samples/server-ejb/resources/META-INF/jboss.xmlMigrate samples to testsuite1.8.4.2deletedtdieslerwebservice/samples/server-ejb/resources/META-INF/webservices.xmlMigrate samples to testsuite1.1.6.1deletedtdieslerwebservice/samples/server-ejb/java/com/underworld/crimeportal/ejb/OrganizationHome.javaMigrate samples to testsuite1.4.4.1deletedtdieslerwebservice/samples/server-ejb/java/com/underworld/crimeportal/ejb/OrganizationRemote.javaMigrate samples to testsuite1.1.2.2deletedtdieslerwebservice/samples/server-ejb/java/com/underworld/crimeportal/ejb/OrganizationSLSB.javaMigrate samples to testsuite1.1.4.3deletedtdiesler

[JBoss-dev] [JBoss JIRA] Resolved: (JBREM-59) Pull callback collection is unbounded - possible Out of Memory

2005-02-21 Thread Tom Elrod (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-59?page=history ]
 
Tom  Elrod resolved JBREM-59:
-

 Resolution: Done
Fix Version: 1.0.1 final

Added default null callback store and persisted callback store for pull 
callbacks so will help avoid running out of memory on the server due to 
callbacks not being collected by client.  

More info at 
http://www.jboss.org/wiki/Wiki.jsp?page=Remoting_Callback_Configuration

> Pull callback collection is unbounded - possible Out of Memory
> --
>
>  Key: JBREM-59
>  URL: http://jira.jboss.com/jira/browse/JBREM-59
>  Project: JBoss Remoting
> Type: Bug
>   Components: callbacks
> Versions: 1.0.1 final
> Reporter: Tom  Elrod
> Assignee: Tom  Elrod
>  Fix For: 1.0.1 final

>
>
> In ServerInvokerCallabckHandler, the List holding the callbacks to pulled by 
> the client is unbounded.  This means there is a possibility that the server 
> could run out of memory storing the callbacks if the client does not call to 
> get them in time.
> Need ability to configure so can be bound by number of callbacks accepted at 
> any one point in time and ability to soften (or serialize) the callback 
> messages once the free memory reaches a certain floor.

-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Resolved: (JBREM-51) defining marshaller on remoting client

2005-02-21 Thread Tom Elrod (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-51?page=history ]
 
Tom  Elrod resolved JBREM-51:
-

Resolution: Done

> defining marshaller on remoting client
> --
>
>  Key: JBREM-51
>  URL: http://jira.jboss.com/jira/browse/JBREM-51
>  Project: JBoss Remoting
> Type: Reactor Event
>   Components: marshall
> Versions: 1.0.1 beta
> Reporter: Tom  Elrod
> Assignee: Tom  Elrod
>  Fix For: 1.0.1 final

>
>
> Need to be able to somehow declare and load marshallers dynamically on 
> remoting client based on just locator url.
> See forum http://www.jboss.org/index.html?module=bb&op=viewtopic&t=59358 for 
> details.

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



---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBAS-1495) Looking up a session bean on one server from within another in JBoss 3.2.7

2005-02-21 Thread Matt Lee (JIRA)
Looking up a session bean on one server from within another in JBoss 3.2.7
--

 Key: JBAS-1495
 URL: http://jira.jboss.com/jira/browse/JBAS-1495
 Project: JBoss Application Server
Type: Bug
  Components: EJBs, Naming  
Versions:  JBossAS-3.2.7 Final
 Environment: Windows or Linux, x86, JBoss 3.2.7
Reporter: Matt Lee


We have processes within once instance of JBoss that need to access session 
beans in a remote instance of JBoss.

We just upgraded from 3.2.3 to 3.2.7 and JNDI lookups to remote servers stopped 
working. The funny thing is that there are no exceptions, but the JNDI lookup 
always returns a reference to a local bean. I always put in the 
java.naming.provider.url property for the InitialContext and if i put in the 
name of my local server it all works. When i put in the name of a remote server 
i get a bean on the local server.

This all works fine from a normal client, but when the code inside JBoss tries 
to be the client it does not work.

We didn't change any code for the upgrade or any of the deployment descriptors 
so if there is something we can do to resolve the remote references I would 
love to hear it.

Also, if I pass in a bogus server name, i do get an error that it could not 
connect, so it is doing something correctly. 

Reverting to 3.2.6 solves the problem

As advised on the forums, i tried setting "jnp.disableDiscovery=true" in the 
environment without success.



-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


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

2005-02-21 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050221202052Lbuild.297
BUILD COMPLETE - build.297Date of build: 02/21/2005 20:20:52Time to build: 29 minutes 58 secondsLast changed: 02/21/2005 09:09:18Last log entry: Add a test of run-as propagation when the top level run-as identity is set by an mdb




    Unit Tests: (0)    Total Errors and Failures: (0) 
 Modifications since last build: (5)1.14.2.16modifiedstarksmtestsuite/src/main/org/jboss/test/security/test/EJBSpecUnitTestCase.javaAdd a test of run-as propagation when the top level run-as identity is set by an mdb1.1.8.1deletedstarksmtestsuite/src/main/org/jboss/test/security/test/LoginConfigInterceptorUnitTestCase.javaAdd a test of run-as propagation when the top level run-as identity is set by an mdb1.3.6.1deletedstarksmtestsuite/src/main/org/jboss/test/security/test/WebResourcePermissionUnitTestCase.javaAdd a test of run-as propagation when the top level run-as identity is set by an mdb1.1.14.1deletedstarksmtestsuite/src/main/org/jboss/test/security/test/WebUserDataPermissionUnitTestCase.javaAdd a test of run-as propagation when the top level run-as identity is set by an mdb1.2.14.1deletedstarksmtestsuite/src/main/org/jboss/test/security/test/EJBPermissionUnitTestCase.javaAdd a test of run-as propagation when the top level run-as identity is set by an mdb



[JBoss-dev] [Design of JBoss Build System] - Re: Proof of Concept Plan

2005-02-21 Thread [EMAIL PROTECTED]
A few points:

!! I just realized I forgot to checkin a change to aop/jbossbuild.xml which 
uses build/release.xml as toplevel build if available.  I will commit this when 
cvs is back up.

+ Obviously, release.xml is not in the Right Place.  After discussing this a 
bit with Ivelin, I think the ideal structure is this:


  | aop-standalone (virtual module in CVSROOT/modules)
  |   build (actual module: aop-build)
  | release.xml
  | jbossbuild.jar
  | tasks.xml
  |   aop (actual module: jboss-aop)
  | 

So you just have to do a cvs co aop-standalone, and you are ready to roll.
 
+ In my previous email, I neglected how you would change this from a partial 
build (ie, based on snapshots of common & container) to a full source build.  
To do this at this point, you would need to add the version tag back on to the 
component definition. So that:

becomes this:
And then you would do an "ant -f release.xml synchronize.components" to check 
it out.

I know this needs to be in a property file instead.  Perhaps just something 
like:


  | container.isLocal=true
  | common.isLocal=false
  | http://jira.jboss.com/jira/browse/JBBUILD-15

+ The cvs repo information needs to come from the component's 
component-info.xml in the repository.  
http://jira.jboss.com/jira/browse/JBBUILD-16

+ I disabled sychronize.after (ide generation) because execant is broken on 
windows. http://jira.jboss.com/jira/browse/JBBUILD-17



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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBBUILD-17) execant is broken on windows

2005-02-21 Thread Ryan Campbell (JIRA)
execant is broken on windows


 Key: JBBUILD-17
 URL: http://jira.jboss.com/jira/browse/JBBUILD-17
 Project: JBoss Build System
Type: Bug
Reporter: Ryan Campbell
 Fix For: Q105


When I tried to execute synchronize, I received an IOException: CreateProcess 
ant -f jbossbuild.xml synchronize.after error=2

>From what I can tell, error=2 is file not found.  I think this is because of 
>the way execant is implemented using the exec task.

 

 

For windows it should be:

 

 

So to fix this, we just need to do some conditional processing using the os 
family information like in testsuite/imports/server-config.xml


-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBBUILD-16) Use component-info to determine source repository information

2005-02-21 Thread Ryan Campbell (JIRA)
Use component-info to determine source repository information
-

 Key: JBBUILD-16
 URL: http://jira.jboss.com/jira/browse/JBBUILD-16
 Project: JBoss Build System
Type: Feature Request
Reporter: Ryan Campbell
 Fix For: Q105


The cvs repo location, module & branch information need to be stored in a 
component's component-info.xml in the build repository.

This has significant impact on the synchronize lifecycle as the component-info 
for each component will need to be downloaded, and then each component will 
need to be synchronized based on that potentially updated information.

-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBBUILD-15) Externalize Component.isLocal to property file

2005-02-21 Thread Ryan Campbell (JIRA)
Externalize Component.isLocal to property file
--

 Key: JBBUILD-15
 URL: http://jira.jboss.com/jira/browse/JBBUILD-15
 Project: JBoss Build System
Type: Feature Request
Reporter: Ryan Campbell
 Fix For: Q105


To move a component from a binary build to a source build, you would need to 
add the version tag back on to the component definition. So that:

[code][/code]becomes this:[code][/code]
And then you would do an "ant -f release.xml synchronize.components" to check 
it out.

I know this needs to be in a property file instead.  Perhaps just something 
like:

[code]
container.isLocal=true
common.isLocal=false
[/code]


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



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


[JBoss-dev] [JBoss JIRA] Created: (JBBUILD-14) Determine CVS Structure of Standalone Projects

2005-02-21 Thread Ryan Campbell (JIRA)
Determine CVS Structure of Standalone Projects
--

 Key: JBBUILD-14
 URL: http://jira.jboss.com/jira/browse/JBBUILD-14
 Project: JBoss Build System
Type: Task
Reporter: Ryan Campbell
 Fix For: Q105


We need to determine how standalone builds will actually be stored in cvs.  I'd 
like to propose the following:

aop-standalone (viritual module in CVSROOT/modules)
  build (actual module: aop-build)
release.xml
jbossbuild.jar
tasks.xml
  aop (actual module: jboss-aop)


So you just have to do a cvs co aop-standalone, and you are ready to roll.


-- 
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=6595&alloc_id=14396&op=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: News Portlet

2005-02-21 Thread pedrojosemartins
Is the Jboss.org site running on Jboss Portal or Nukes? If it is running on 
Jboss Portal, how is the news portlet working?

Pedro Martins

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Assigned: (JBMICROCONT-7) Classloading deployer

2005-02-21 Thread Scott M Stark (JIRA)
 [ http://jira.jboss.com/jira/browse/JBMICROCONT-7?page=history ]

Scott M Stark reassigned JBMICROCONT-7:
---

Assign To: Scott M Stark

> Classloading deployer
> -
>
>  Key: JBMICROCONT-7
>  URL: http://jira.jboss.com/jira/browse/JBMICROCONT-7
>  Project: JBoss MicroContainer
> Type: Task
>   Components: Deployment
> Reporter: Adrian Brock
> Assignee: Scott M Stark
>  Fix For: JBossMC_1_0_0M2

>
>
> Classloading Deployer
> -
> Structural component
> None
> Deployment component
> Only acts on the top level deployment
> Creates/removes a classloader for the classpath urls
> identified in the top level context and its subcontexts
> Additional config can come from jboss-classloading.xml
> in the metadata location

-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBREM-51) defining marshaller on remoting client

2005-02-21 Thread Tom Elrod (JIRA)
 [ http://jira.jboss.com/jira/browse/JBREM-51?page=comments#action_12315563 
]
 
Tom  Elrod commented on JBREM-51:
-

This configuration is fine if the classes are present within the client's 
classpath.  If they are not, can provide configuration for allowing clients to 
dynamically load the classes from the server.  To do this, can use the 
parameter 'loaderport' with the value of the port you would like your marshall 
loader to run on.  For example:  

   
  invocation
  org.jboss.invocation.unified.marshall.InvocationMarshaller
  org.jboss.invocation.unified.marshall.InvocationUnMarshaller
  5401
   

When this parameter is supplied, the Connector will recognize this at startup 
and create a marshall loader connector automatically, which will run on the 
port specified.  The locator url will be exactly the same as the original 
invoker locator, except will be using the socket transport protocol and will 
have all marshalling parameters removed (except the dataType).  When the 
remoting client can not load the marshaller/unmarshaller for the specified data 
type, it will try to load them from the marshall loader service running on the 
loader port, including any classes it depends on.  This will happen 
automatically and not coding is required (only the ability for the client to 
access the server on the specified loader port, so must provide access if 
running through firewall).


> defining marshaller on remoting client
> --
>
>  Key: JBREM-51
>  URL: http://jira.jboss.com/jira/browse/JBREM-51
>  Project: JBoss Remoting
> Type: Reactor Event
>   Components: marshall
> Versions: 1.0.1 beta
> Reporter: Tom  Elrod
> Assignee: Tom  Elrod
>  Fix For: 1.0.1 final

>
>
> Need to be able to somehow declare and load marshallers dynamically on 
> remoting client based on just locator url.
> See forum http://www.jboss.org/index.html?module=bb&op=viewtopic&t=59358 for 
> details.

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



---
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=6595&alloc_id=14396&op=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

2005-02-21 Thread [EMAIL PROTECTED]
Implementation for providing locator url for marshall loading is complete.  
More info on config at 
http://www.jboss.org/wiki/Wiki.jsp?page=Remoting_Marshaller_Configuration.

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBAS-1494) Need to expose the filter list for the default Filter implementation on URLDeploymentScanner

2005-02-21 Thread Scott M Stark (JIRA)
Need to expose the filter list for the default Filter implementation on 
URLDeploymentScanner


 Key: JBAS-1494
 URL: http://jira.jboss.com/jira/browse/JBAS-1494
 Project: JBoss Application Server
Type: Feature Request
  Components: MicroContainer bus  
Versions:  JBossAS-4.0.1 SP1, JBossAS-4.0.1 Final,  JBossAS-3.2.7 Final
Reporter: Scott M Stark


Adding new patterns of files that the URLDeploymentScanner should ignore 
currently requires a custom class implementation. The default Filter attribute:


org.jboss.deployment.scanner.DeploymentFilter

cannot have prefixes and suffixes added without creating a custom filter 
implementation. There should be basic support for configuring the 
DeploymentFilter using either the javaBean support:

   
  
 12345678
 1.23456
 3.14159265358979323846
 1234567890
  
   

or, the under development jbossxb mechanism:



...
   
   
  
 
127.0.0.1
Sun Jan  2 23:26:49 PST 2005

  prop1=value1
  prop2=value2
  prop3=${prop3.systemProperty}

name1,name2,name3
http://www.jboss.org
 
  
   


-- 
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=6595&alloc_id=14396&op=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: ClassAdapter spi

2005-02-21 Thread [EMAIL PROTECTED]
I've also introduced the notion of ClassAdapterFactory
to more easily determine whether AOP will support
the class.

If it returns null, the microcontainer will just use plain
reflection without a "container".

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

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


---
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=6595&alloc_id=14396&op=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

2005-02-21 Thread [EMAIL PROTECTED]
I have completed the prototype of the aop standalone build.  The functionality 
is equivalent to that originally described, but some things have changed.

Here is how to create the build:

cvs co -d aop jboss-aop
  | cvs co tools
  | cvs co -d build tools/etc/jbossbuild/release.xml

This will give you the following directory structure:

aop
  | build
  | tools

release.xml should be elsewhere, perhaps in its own module.  At any rate, once 
you have the above checked out, you can call

cd build
  | ant -f release.xml synchronize.components

This will download the jars from the repository and put them in thirdparty.  
This is currently located at http://cruisecontrol.jboss.com/repository.  
Cruisecontrol is setup to run the jbossas/build.xml daily, publish the 
binaries, and email me: 
http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-repository

You can then

ant -f release.xml build

And the release structure for aop will be built:

./output/jboss-aop-1.0.0-FINAL/lib/concurrent.jar
  | ./output/jboss-aop-1.0.0-FINAL/lib/javassist.jar
  | ./output/jboss-aop-1.0.0-FINAL/lib/jboss-aop.jar
  | ./output/jboss-aop-1.0.0-FINAL/lib/jboss-common.jar
  | ./output/jboss-aop-1.0.0-FINAL/lib/junit.jar
  | ./output/jboss-aop-1.0.0-FINAL/lib/qdox.jar
  | ./output/jboss-aop-1.0.0-FINAL/lib/trove.jar

I'll followup next with some discussion on limitiations, improvements, etc.

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

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


---
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=6595&alloc_id=14396&op=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: ClassAdapter spi

2005-02-21 Thread [EMAIL PROTECTED]
The class is org.jboss.classadapter.spi.ClassAdapter.

The MicroContainer will use it as follows.

DESCRIBE (when class is available - but not necessarily loaded yet):
1) Determine ClassAdapter (AOP or Reflected)
2) Get ClassInfo and override annotations as appriopriate
3) If overriding annotations at instance level, obtain an instance ClassAdapter
with the overridden ClassInfo.
4) Ask the ClassAdapter to augment dependencies with any information
from the Annotations.

INSTANTIATE (now that dependencies are satisfied)
1) Ask the ClassAdapter (could be instance) for the JoinpointFactory
2) Use the JoinpointFactory to construct the instance

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

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


---
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=6595&alloc_id=14396&op=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] - ClassAdapter spi

2005-02-21 Thread [EMAIL PROTECTED]
Rather than waiting for Bill to define this, I've made a first attempt
at defining the ClassAdapter.

I know Bill wanted to do extra stuff with Annotations here, but I've left
that out for now since I can just pass a modified ClassInfo

  | ClassAdapter getInstanceAdapter(ClassInfo)
  | 
to notify aop I want instance level processing.

Please review and comment, I'm going to plugin a reflection implementation
to the MicroContainer such that the microcontainer is useable again.

The MicroContainer will work from a "List" of ClassAdapters, i.e.
it will ask AOPClassAdapter wether it recognises the class, if not
it will ask ReflectedClassAdapter to do the processing.

But there will be additional use cases where the user might want
a non advised class to become advised either through a proxy instance
advisor or runtime instrumentation. I have left this undefined for now.

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

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


---
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=6595&alloc_id=14396&op=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: News Portlet

2005-02-21 Thread [EMAIL PROTECTED]
we are looking for someone that will contributes it

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - News Portlet

2005-02-21 Thread pedrojosemartins
Hi,

I'm using Nukes 1.1 and it's News module. I think such a module, now called 
portlet in JBoss Portal, does not exist. Am I right? Is it going to be made?

Thanks in advance,
Pedro Martins

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Resolved: (JBPM-77) Remove jbpm milestone

2005-02-21 Thread Juan Cantu (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-77?page=history ]
 
Juan Cantu resolved JBPM-77:


 Resolution: Done
Fix Version: 3.0 DR 1

> Remove jbpm milestone
> -
>
>  Key: JBPM-77
>  URL: http://jira.jboss.com/jira/browse/JBPM-77
>  Project: JBoss jBPM
> Type: Sub-task
>   Components: Core Engine, BPEL
> Versions: 3.0 DR 1
> Reporter: Juan Cantu
> Assignee: Juan Cantu
>  Fix For: 3.0 DR 1

>
> Original Estimate: 2 days
>Time Spent: 2 days
> Remaining: 0 minutes
>
> Move the jbpm Milestone functionality from the core engine to the bpel 
> package.

-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: Optimistic Locking

2005-02-21 Thread dnielben
Hi !

thanks for your answer !

Are you doing this on CVS head, or on 1.2 ?

I am using cvs head, It was hard to download the cvs file, are the sources  
included in the distribution? i download that version but there are no sources 
there!.

> Now I have this questions:
> 1. My first draft design attempt to update all the caches is the cluster
> but the one performing the operation, this because prepare and commits
> avoid self :( . Any clues here?


 you wrote: On TX commit ?

Yes.

My design idea is to intercept the calls before the chain and  skip it if the 
process is taking place (active)*. When I go directly to the methods in cache, 
I have an aspect to intercept the calls to findNode(fqn), this aspect will 
answer with the version in the workspace.** Once the system try to prepare or 
commit i will use the system with out modification(using the chain).

* I also check: if the node needs to be created in the work space(new node && 
put method), I modify the transaction table with CRUD opps.
** It will read a copy from the actual cache, if it does not have one!

The problem is that as i have not modified my current cache, i should tell it 
to apply the transaction but the commit and prepare methods skip self.

I am missing something here?


you wrote: Do you have any design documents regarding this ?

Not yet. I am doing my draft design . But so far i Have:

Things to refactor in aspects:
1. I destructively modify:
   - Node: I make it implements Versionable(my own interface).
   - Entry: I add a Map as a work space (ouch.. i said is a draft).
   - I modify cache to add my new interceptor.

Aspects:
   - FindFqnAspect. To intercept calls  when i am  using optimistic locks.
   - NodeVersionAspect manage versioning, it has to know when to change a 
version and when not to do it.

Regards
Daniel. 

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: Optimistic Locking

2005-02-21 Thread dnielben
Just to follow track and in some one is interested!

> Mr. Bela Ban
>
> Hi!
>
> I have posted this in the forum if you prefer to answer there.
>
> I am implementing a version of JBCache using optimistic locking,
> following the indications presented in the forum and in the docs i found
> in the distribution.
>
> So far I add:
> - an aspect to intercept the behavior of findNode(fqn)
> - I add an Interceptor to manage creation of nodes in the workspace when
> a put method is invoked.
> - I also add a call interceptor that avoids the chain of interceptors
> when i am in optimistic mode and i am not preparing or commiting.



Are you doing this on CVS head, or on 1.2 ?


> Now I have this questions:
> 1. My first draft design attempt to update all the caches is the cluster
> but the one performing the operation, this because prepare and commits
> avoid self :( . Any clues here?



On TX commit ?

> 2. I am not sure if i have to add the nodes that i have to lock to the
> list of the transaction, so far i am only adding the operations. I hope
> this will work :( . Is this ok? the documentation talks that they are
> using for unloking/ abort, the other nodes need this list or they make
> their own list?

> Mr. Bela Ban
>
> Hi!
>
> I have posted this in the forum if you prefer to answer there.
>
> I am implementing a version of JBCache using optimistic locking,
> following the indications presented in the forum and in the docs i found
> in the distribution.
>
> So far I add:
> - an aspect to intercept the behavior of findNode(fqn)
> - I add an Interceptor to manage creation of nodes in the workspace when
> a put method is invoked.
> - I also add a call interceptor that avoids the chain of interceptors
> when i am in optimistic mode and i am not preparing or commiting.



Are you doing this on CVS head, or on 1.2 ?


> Now I have this questions:
> 1. My first draft design attempt to update all the caches is the cluster
> but the one performing the operation, this because prepare and commits
> avoid self :( . Any clues here?



On TX commit ?

> 2. I am not sure if i have to add the nodes that i have to lock to the
> list of the transaction, so far i am only adding the operations. I hope
> this will work :( . Is this ok? the documentation talks that they are
> using for unloking/ abort, the other nodes need this list or they make
> their own list?



Don't know, this is your design decision

> 3. This topic seems like dead in the forum..are you using other media to
> discuss this? a mail list? 



No, the forum (JBossCache) is the right place.

Do you have any design documents regarding this ? 

Don't know, this is your design decision

> 3. This topic seems like dead in the forum..are you using other media to
> discuss this? a mail list? 



No, the forum (JBossCache) is the right place.

Do you have any design documents regarding this ? 

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBJMX-83) Error obtaining some MBeanInfo instances via RMIAdaptor

2005-02-21 Thread Tim Golding (JIRA)
Error obtaining some MBeanInfo instances via RMIAdaptor
---

 Key: JBJMX-83
 URL: http://jira.jboss.com/jira/browse/JBJMX-83
 Project: JBoss JMX
Type: Bug
Versions: JBossAS-4.0.0,  JBossAS-4.0.1
 Environment: JBoss: 4.0.1sp1
OS: Windows XP Pro SP2
JDK: 1.4.2_07-b05
Client classpath: jbossall-client.jar

The environment used JBoss 4.0.1sp1 "out of the box". No components were added, 
removed or edited in the default configuration.
Reporter: Tim Golding
Priority: Minor


RMIAdaptor.getMBeanInfo(ObjectName) fails for a handful of JBoss MBeans.

The problem can be demonstrated by acquiring an RMIAdaptor, iterating over all 
the bean ObjectNames, and attempting to get the MBeanInfo object for each bean. 
The code below illustrates this:

  final RMIAdaptor rmiAdaptor = 
(RMIAdaptor)context.lookup("jmx/invoker/RMIAdaptor");
  final Iterator it = rmiAdaptor.queryNames(null, null).iterator();

  while (it.hasNext())
  {
final ObjectName objectName = (ObjectName)it.next();
try
{
  final MBeanInfo mbeanInfo = rmiAdaptor.getMBeanInfo(objectName);
  System.out.println("Got MBeanInfo for mbean: " + objectName);
}
catch (Throwable t)
{
  System.err.println("Failed to get MBeanInfo for bean named: " + 
objectName);
}
  }

Below is a list of ObjectNames for the offending MBeans. They are listed in 
three groupings, according to the type of Exception that was thrown while 
calling RMIAdaptor.getBeanInfo(). Listed further below are each of the three 
lengthy stack traces that are produced.

1)
jboss.jca:service=ManagedConnectionFactory,name=DefaultDS
jboss.mq.destination:service=Topic,name=testDurableTopic
jboss:service=proxyFactory,target=ClientUserTransactionFactory
jboss.jmx:type=adaptor,name=Invoker,protocol=jrmp,service=proxyFactory
jboss.mq.destination:service=Topic,name=testTopic
jboss.mq.destination:service=Queue,name=testQueue
jboss:service=Mail
jboss:service=invoker,type=http,target=Naming,readonly=true
jboss:service=proxyFactory,target=ClientUserTransaction
jboss.mq.destination:service=Topic,name=securedTopic
jboss:service=invoker,type=http,target=Naming
jboss.mq:service=SecurityManager
jboss.jca:service=ManagedConnectionFactory,name=JmsXA

2)
jboss.web:service=WebServer
jboss:service=Naming

3)
jboss.system:type=Log4jService,service=Logging


Here are the stack traces for each of the three groups of beans listed above:

1)
java.lang.NullPointerException
at javax.management.modelmbean.DescriptorSupport.readObject(Unknown 
Source)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeReadObject(Unknown Source)
at java.io.ObjectInputStream.readSerialData(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
at java.io.ObjectInputStream.readObject0(Unknown Source)
at java.io.ObjectInputStream.defaultReadFields(Unknown Source)
at java.io.ObjectInputStream.defaultReadObject(Unknown Source)
at 
javax.management.modelmbean.ModelMBeanAttributeInfo.readObject(Unknown Source)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeReadObject(Unknown Source)
at java.io.ObjectInputStream.readSerialData(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
at java.io.ObjectInputStream.readObject0(Unknown Source)
at java.io.ObjectInputStream.readArray(Unknown Source)
at java.io.ObjectInputStream.readObject0(Unknown Source)
at java.io.ObjectInputStream.defaultReadFields(Unknown Source)
at java.io.ObjectInputStream.readSerialData(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
at java.io.ObjectInputStream.readObject0(Unknown Source)
at java.io.ObjectInputStream.readObject(Unknown Source)
at java.rmi.MarshalledObject.get(Unknown Source)
at 
org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:119)
at 
org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:163)
at 
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:103)
at 
org.jboss.jmx.connector.invoker.client.InvokerAdaptorClientInterceptor.invoke(InvokerAdaptorClientInterceptor.java:51)
at 
org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
at 
org.jboss.proxy.ClientMethodInterceptor.invoke(ClientMethodInterceptor.java:59)
at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:91)
 

[JBoss-dev] [Design of the JBoss Web Container] - start service when JBoss server starts

2005-02-21 Thread [EMAIL PROTECTED]
I am new to Jboss, so forgive me if I ask stupid question :->

I am able to deploy my war file.
But I have to use JBoss Console to start it before I can access the page.
I wonder how to set it up so that it will start automatically when I start 
JBoss Server. (I am using 3.2.6)

Thanks in advance.


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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1462) Unified invoker config needs to expose basic settings

2005-02-21 Thread Scott M Stark (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBAS-1462?page=comments#action_12315561 ]
 
Scott M Stark commented on JBAS-1462:
-

Yes, that looks good. Basically anything may need to be changes should be 
visble in the default config. What is the full path for the StoreFilePath 
value? Should this be using the ${jboss.server.data.dir} property?

> Unified invoker config needs to expose basic settings
> -
>
>  Key: JBAS-1462
>  URL: http://jira.jboss.com/jira/browse/JBAS-1462
>  Project: JBoss Application Server
> Type: Bug
>   Components: Remoting
> Versions: JBossAS-5.0 Alpha
> Reporter: Scott M Stark
> Assignee: Tom  Elrod
>  Attachments: example-service.xml
>
>
> A simple ejb testcase that has the bean method sleep for 90 seconds:
>public void useCallerForAuth()
>{
>   try
>   {
>  Thread.sleep(90*1000);
> ...
> fails with a timeout from the transport layer.
>   java.net.SocketTimeoutException: Read timed out; nested exception is: 
>   java.rmi.ConnectException: Failed to communicate.  Problem during 
> marshalling/unmarshalling; nested exception is: 
>   java.net.SocketTimeoutException: Read timed out" 
> type="java.rmi.ServerException">java.rmi.ServerException: Failed to 
> communicate.  Problem during marshalling/unmarshalling; nested exception is: 
>   java.net.SocketTimeoutException: Read timed out; nested exception is: 
>   java.rmi.ConnectException: Failed to communicate.  Problem during 
> marshalling/unmarshalling; nested exception is: 
>   java.net.SocketTimeoutException: Read timed out
>   at 
> org.jboss.invocation.unified.interfaces.UnifiedInvokerProxy.invoke(UnifiedInvokerProxy.java:118)
>   at 
> org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:96)
>   at 
> org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
>   at 
> org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
>   at 
> org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97)
>   at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:87)
>   at $Proxy3.useCallerForAuth(Unknown Source)
>   at 
> org.jboss.test.jca.test.SecurityContextUnitTestCase.testCallerIdentityPropagation(SecurityContextUnitTestCase.java:65)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>   at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
>   at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
>   at junit.extensions.TestSetup.run(TestSetup.java:23)
> Caused by: java.rmi.ConnectException: Failed to communicate.  Problem during 
> marshalling/unmarshalling; nested exception is: 
>   java.net.SocketTimeoutException: Read timed out
>   at 
> org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:264)
>   at 
> org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:116)
>   at org.jboss.remoting.Client.invoke(Client.java:197)
>   at 
> org.jboss.invocation.unified.interfaces.UnifiedInvokerProxy.invoke(UnifiedInvokerProxy.java:102)
>   ... 28 more
> Caused by: java.net.SocketTimeoutException: Read timed out
>   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.read(BufferedInputStream.java:201)
>   at 
> java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2133)
>   at 
> java.io.ObjectInputStream$BlockDataInputStream.peek(ObjectInputStream.java:2423)
>   at 
> java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2433)
>   at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1245)
>   at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
>   at 
> org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:35)
>   at 
> org.jboss.invocation.unified.marshall.InvocationUnMarshaller.read(InvocationUnMarshaller.java:31)
>   at 
> org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:242)
>   ... 31 more
> Basic configuration settings like timeout, port, bind address, socket 
> factories, etc. need to be made manifest in the conf/jboss-service.xml with 
> the attributes/config commented out if needed so that its simple to update 
> these settings.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the admini

[JBoss-dev] [Design of JBoss Portal] - Re: Preferences

2005-02-21 Thread [EMAIL PROTECTED]
I am going to look into it

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

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


---
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=6595&alloc_id=14396&op=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: Preferences

2005-02-21 Thread patrickdalla
I've changed the portlet.xml to:


  | 
  | http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd";
  | xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
  | xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd 
/opt/SUNWps/dtd/portlet.xsd" version="1.0">
  |
  |   PagePortlet
  |   
br.gov.trf2.jfes.intranet.portlets.PagePortlet
  |   en
  |   Resource
  |   
  |  text/html
  |  VIEW
  |  HELP
  |   
  |   
  |  Page include portlet
  |   
  |   
  | 
  | teste
  | portlet
  | 
  |   
  |
  | 
  | 

And the value returned was "portlet" and not anymore the default value.

But I want it to return the instance value "teste" just as configured in 
portlet-instances.xml i've posted in the first message.

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

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


---
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=6595&alloc_id=14396&op=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: JBoss Deployment

2005-02-21 Thread nick0104
i got the example to work in the ide by changing the line 


to 



A parser of the document was expecting to tokens and it only had one 
obviously. I know this is a hack that worked and the example worked.




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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBAS-29) Added URL Service MBean

2005-02-21 Thread Scott M Stark (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-29?page=comments#action_12315558 ]
 
Scott M Stark commented on JBAS-29:
---

This should be generalized to simply be a jndi utility service that allows for 
bindings of any type, and as such be called JndiBindingService. The jsr-77 
URLResource aspect should just be managed via jmx notifications emitted by the 
JndiBindingService. When there is a binding for a URL emitted by this service, 
the LocalJBossServerDomain would create the URLResource and destroy it when the 
value is unbound.


> Added URL Service MBean
> ---
>
>  Key: JBAS-29
>  URL: http://jira.jboss.com/jira/browse/JBAS-29
>  Project: JBoss Application Server
> Type: Patch
> Versions: JBossAS-4.0.1 Final,  JBossAS-4.0.2RC1, JBossAS-4.0.2 Final
>  Environment: patches against src of JBossAS-4.0.1RC1, JBossAS-4.0.1RC2
> Reporter: Phil Cornelius
> Assignee: Scott M Stark

>
> Original Estimate: 2 hours
> Remaining: 2 hours
>
> 
> Further to RFE991650
> http://sourceforge.net/tracker/index.php?func=detail&aid=991650&group_id=22866&atid=376688
> Attached is a patch that adds the URLResource Service
> needed to actually bind the URLResources into the jboss
> jndi directory.
> Until now the only way of adding a resource of type
> java.net.URL was to explicity write it in to the jboss
> deployment descriptors.
> Scott wrote the jboss server code to bind the URL
> resource references to a jboss jndi name.. (as in the
> RFE above) but there wasn't an easy way to bind the
> actual URLs to those jndi names.
> Would appreciate it if this made it to RC2
> The patch is against the jboss-4.0.1RC1-src
> Why do this?
> If you are OEMing your product on jboss then would be
> nice to keep system paths and external resources loosly
> coupled from the EAR file.. best way is to use a J2EE
> URL resource.. if these resources are bound in a
> service file (like all other resources) then they are
> easy to change with an installer say, or even at runtime...
> Tasks associated with this patch are welcome.
> Yours
> Phil
> PS. I noticed the JSR-77 URLResource class in the
> management module and wasn't sure how this ties in?

-- 
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=6595&alloc_id=14396&op=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

2005-02-21 Thread [EMAIL PROTECTED]
I know that I originally wanted all builds to be standalone,  but working with 
your impl has made me feel differently :-)

The main reason I see to keep project (component) builds dependent on a 
toplevel build is because the toplevel build is repsonsible for defining the 
versions of all components.


  | 
  | 

The above defines a dependency on common, but doesn't specify which version.   
Even if we were to structure the repository as you suggest--  essentially have 
the repository structure implicitly represent required component versions, you 
would still need to specify the repsitory root, ie, 
repository.jboss.com/jbossAS/4.0/ which again ties you to an integration 
project.

I suppose each component could define the version for each of its dependencies, 
but I don't think this is scalable.

What if each component simply referenced the toplevel build as:

  | 
  | 
And then each workspace would be structured (and potentially reconfigured by 
the developer) to support this convention.

This would preserve the simplicity of the existing structure and would acheive 
the decoupling of the component builds from a specific release build.  The 
aop-standalone prototype (coming next) will follow this convention.

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: how to invalidate the cache

2005-02-21 Thread [EMAIL PROTECTED]
TreeCache.evict(Fqn)

Invalidation across a cluster is planned, but not yet available

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

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


---
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=6595&alloc_id=14396&op=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] - Re: JBoss Management console Vs MC4j for JBoss

2005-02-21 Thread [EMAIL PROTECTED]
Good question :-)

The JBoss Admin Console is a web-based application aimed at making the job of 
administering JBoss instances easier. It will provide the ability to use a 
browser for performing common tasks such as creating JMS destinations, changing 
DataSource settings and updating Security domains. Think of it as being the 
JBoss equivalent of the admin web applications that come with WebLogic and 
WebSphere.

MC4J is a very different tool, it is a Java based desktop application which 
enables access to MBean attributes, operations and notifications. It is aimed 
at working with any JMX enabled system, e.g. J2SE 5.0 JVM, and so is not geared 
specifically for administering JBoss. For JBoss administration the Admin 
Console has an advantage since it makes use of specific knowledge of how JBoss 
works to make tasks simpler. For instance try changing the username or password 
for a DataSource via JMX. Using the DataSource MBeans this is tricky since the 
information is stored in a org.w3c.dom.Element, also it's not possible to make 
the change persistent across server restarts. The JBoss Admin Console provides 
a page where you can review the current DataSource settings, update the 
username or other attributes, and hit the Save button to have your changes 
made. Such changes will also persist across server restarts.

Currently the JBoss Admin Console provides the management of DataSources i.e. 
create, read and for DataSource created through the Admin Console update and 
delete. Please checkout out JBoss HEAD...
cvs -d:pserver:[EMAIL PROTECTED]/cvsroot/jboss co jboss-head
and take a look at the documents in jboss-head\admin-console\docs for a more 
precise description of the functionality.
The code itself is in alpha state, meaning that all the functionality is there 
(as described in jboss-head\admin-console\docs\requirements\use_cases.pdf) and 
it has been unit tested, but it has not yet been QA tested. Please try it and 
send feedback, look at jboss-head\admin-console\README.txt for building and 
deployment details. We've just started the next phase of development so keep an 
eye on this forum for new features.

Thanks

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

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


---
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=6595&alloc_id=14396&op=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: Preferences

2005-02-21 Thread patrickdalla
No.

I have to declare the preference? How?

There is a help for these xml files?

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBAS-1493) IsCallerInRole with anonymous caller/run-as does not see run-as role

2005-02-21 Thread Scott M Stark (JIRA)
IsCallerInRole with anonymous caller/run-as does not see run-as role


 Key: JBAS-1493
 URL: http://jira.jboss.com/jira/browse/JBAS-1493
 Project: JBoss Application Server
Type: Bug
  Components: Security  
Versions:  JBossAS-3.2.7 Final
 Environment: EJBSpecUnitTestCase.testMDBDeepRunAs
Reporter: Scott M Stark
 Fix For:  JBossAS-3.2.8 Final


And MDB using a run-as role along a call path:
DeepRunAsMDB -> Level1MDBCallerBean.callEcho() ->
  Level2CallerBean.invokeEcho() -> Level3CalleeBean.echo()

properly uses the run-as role for access to the ejbs, but we have a weaker 
notion in 3.2 vs 4.0 of how the run-as should show up in the isCallerInRole 
context call, and this test validates that the run-as role is seen by 
isCallerInRole. The 3.2 implementation needs to be updated to support this 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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: how to invalidate the cache

2005-02-21 Thread sreepraveen_2000
hey ,

can bela tell me , if its possible and if its posibble ..how ?

--praveen

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

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


---
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=6595&alloc_id=14396&op=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: Which is the right tool, JBoss Portal or OpenCMS?

2005-02-21 Thread mredeker
By the way: OpenCMS runs with no modification with JBss.

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: state replication among JBoss servers clustered

2005-02-21 Thread sreepraveen_2000
'open tag'attribute name="FetchStateOnStartup"'close tag'false'open 
tag'/attribute'close tag' 


replace 'open tag' with < and 'close tag' with >

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: state replication among JBoss servers clustered

2005-02-21 Thread sreepraveen_2000
sorry i forgot to mention how it looks
false 


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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: state replication among JBoss servers clustered

2005-02-21 Thread sreepraveen_2000
there is one option where you can set whether you want to fetch state at the 
start of the new system. 
eg: 
false 

--praveen

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-76) composite pk class in SQL select as a column name

2005-02-21 Thread Kari Kangas (JIRA)
composite pk class in SQL select as a column name
-

 Key: EJBTHREE-76
 URL: http://jira.jboss.com/jira/browse/EJBTHREE-76
 Project: EJB 3.0
Type: Bug
Versions: Preview 4
Reporter: Kari Kangas


I have two classes with 1:n relationship, Account and AccountName, 
and AccountNamePK composite pk class.
I tried to create persistence object Account with one AccountName.
Account has ID as a pk field.
AccountNamePK is composed from id and locale in where id refers to Account id.

During creation JBoss executes select to AccountName table and 
puts 'pk' as field into the select.

---
>From JBOSS log:

11:33:59,173 INFO [STDOUT] Hibernate: select accountnam_.accountId, 
accountnam_.locale, accountnam_.name as name15_, accountnam_.explanation as 
explanat4_15_, 
accountnam_.pk  as pk15_,<= PK field as a column name !!!
accountnam_.id
as id15_ from accountname accountnam_ where accountnam_.accountId=? and 
accountnam_.locale=?
---
Account class:

@Entity @SecurityDomain("other") @Table(name = "account") 
public class Account implements Serializable, AccountLocal {

private long id;

private Collection names = new ArrayList();

@Id(generate = GeneratorType.IDENTITY) public long getId() {
return id;
}

public void setId(long id) {
this.id = id;
}

@OneToMany(mappedBy="account", cascade = CascadeType.ALL)
@JoinColumn(name = "accountId", referencedColumnName="id") public 
Collection getNames() {
return names;
}

public void setNames(Collection names) {
this.names = names;
}
...
}

---
AccountName class:
@Entity @SecurityDomain("other") @Table(name = "accountname") 
public class AccountName implements Serializable, AccountNameLocal {

private AccountNamePK pk;

private Account account;

@EmbeddedId( {
@AttributeOverride(name = "accountId"),
@AttributeOverride(name = "locale") }) 
public AccountNamePK getPk() {
return pk;
}

public void setPk(AccountNamePK pk) {
this.pk = pk;
}

@Transient public long getAccountId() {
return getPk().getAccountId();
}

@Transient public String getLocale() {
return this.getPk().getLocale();
}

@ManyToOne
@JoinColumn(name = "id")
public Account getAccount() {
return account;
}

public void setAccount(Account account) {
this.account = account;
}

...
}
--
AccountNamePK class:

@Embeddable public class AccountNamePK implements Serializable {

private long accountId;

private String locale;

...
}


-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (HIBERNATE-6) HibernateContext Interceptor

2005-02-21 Thread Jesus Marin (JIRA)
HibernateContext Interceptor


 Key: HIBERNATE-6
 URL: http://jira.jboss.com/jira/browse/HIBERNATE-6
 Project: Hibernate
Type: Feature Request
 Environment: All
Reporter: Jesus Marin
 Assigned to: Gavin King 


is there a way to assign an Interceptor to a HibernateContext?
I suppose that overloading getSession, getunmanagedSession and generateSession 
is worth the effort. Like this:

   public static Session getUnmanagedSession(String name, Interceptor 
interceptor) throws HibernateException, IllegalStateException
   {
  final Session managedSession = lookupSession(name);
  if (managedSession == null)
  {
 throw new IllegalStateException("No managed sessions found for current 
context");
  }
  return managedSession.getSessionFactory().openSession( 
managedSession.connection(), interceptor );
   }

   public static Session getSession(String name)
   {
  return getSession(name, null);
   }

   public static Session getSession(String name, Interceptor interceptor)
   {
  try
  {
 // Determine whether a session is already bound to the current 
transaction.
 // If so, return that session; otherwise generate a new session, bind, 
and
 // return it
 Session currentSession = lookupSession(name);
 if (currentSession == null)
 {
currentSession = generateSession(name, interceptor);
prepareSession(name, currentSession);
bind(name, currentSession);
 }
 return currentSession;
  }
  catch(HibernateException e)
  {
 throw new NestedRuntimeException("Could not recover session", e);
  }
   }


   private static Session generateSession(String name, Interceptor interceptor) 
throws HibernateException
   {
  // Make sure there is an ongoing transaction prior to generating
  // a session in order to provide a usefull error message...
  checkTransactionStatus();

  SessionFactory factory = locateSessionFactory(name);
  if (interceptor == null) {
  return factory.openSession();
  } else {
  return factory.openSession(interceptor);
  }
   }


Perhaps there is a better way to chain an interceptor into a SessionFactory 
using the current HibernateContext and I do not know how?


-- 
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=6595&alloc_id=14396&op=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] - JBoss Management console Vs MC4j for JBoss

2005-02-21 Thread k_s_ashok
How JBoss Management console is differ from MC4j for JBoss?

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-93) Memory problem at repeated remote PUT

2005-02-21 Thread Henrik Nyberg (JIRA)
 [ http://jira.jboss.com/jira/browse/JBCACHE-93?page=history ]

Henrik Nyberg updated JBCACHE-93:
-

Attachment: SimpleCacheTest.java

I've simplified SimpleCacheTest.java even further. You don't have to set any 
flags in any other classes, simply run simple.bat from one or two consoles.

> Memory problem at repeated remote PUT
> -
>
>  Key: JBCACHE-93
>  URL: http://jira.jboss.com/jira/browse/JBCACHE-93
>  Project: JBoss Cache
> Type: Bug
> Versions: 1.2
>  Environment: * Windows cluster with two W2K servers, 2 JVMs per server 
> * JDK 1.4.2_05 
> * Application server is Oracle 9.0.3 AS 
> * one database server (Oracle)
> Reporter: Henrik Nyberg
> Assignee: Bela Ban
>  Fix For: 1.2.1
>  Attachments: JBCACHE-93.zip, SimpleCacheTest.java, SimpleCacheTest.java
>
>
> JBossCache does not properly garbage collect objects that are replicated 
> through the network and that replaces an already existing object in the local 
> cache. The existing local cache object that is being replaced by the remote 
> PUT is not garbage collected. 
> We have four caches in our setup, A, B, C, D. We describe the status for 
> cache A after the first iteration using an object sA1. We PUT that object 
> after every iteration into A using the same key ksA. 
> Iteration 1: 
> A updates status -> A(ksA,sA1) replicated to => B(ksA, sA1), C(ksA, sA1), 
> D(ksA, sA1) 
> Iteration 2: 
> A updates status -> A(ksA,sA2) replicated to => B(ksA, sA2), C(ksA, sA2), 
> D(ksA, sA2) 
> After iteration 2 the local object A(ksA,sA1) is probably correctly gc:ed, 
> since if we run this test in local mode the cache works reliably. The remote 
> objects B(ksA, sA1), C(ksA, sA1), D(ksA, sA1) however seem not to be 
> correctly gc:ed since the cache constantly eats memory when running in 
> replicated mode. 
> If we turn off the status replication, i.e. the repeated PUT of the status 
> object A(ksA, saN), the cache works like a charm. The only difference between 
> the two test cases is the PUT. 

-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - JBOSS Portal on CMSMatrix?

2005-02-21 Thread ${bb.Guest}
http://www.cmsmatrix.org/matrix The CMS matrix has a nice comparison of 
different CMS solutions. I would greatly appreciate it if someone in-the-know 
on JBOSS Portal would add it to that site. Especially since I can't find a 
feature list for Portal...

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - tst

2005-02-21 Thread ${bb.Guest}
tst

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

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


---
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=6595&alloc_id=14396&op=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: Exception at first access

2005-02-21 Thread jferguson
I've just updated this to CVS Head, cleaned and re-deployed on 4.0.0.  Still 
get the exception though the mapping problem is gone.

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

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


---
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=6595&alloc_id=14396&op=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: setContentType() with encoding not supported

2005-02-21 Thread [EMAIL PROTECTED]
I fixed the bug and added a test case for it.

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: Memory problem with JBossCache

2005-02-21 Thread [EMAIL PROTECTED]
No, not at all. But he created a JIRA bug report with a test case attached, and 
I'll look at it as soon as I've release JBossCache 1.2.1

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of Mail Services] - Re: I would like to help developing !?

2005-02-21 Thread pilhuhn
Have a look at 
http://jira.jboss.com/jira/browse/JBMAIL?report=com.atlassian.jira.plugin.system.project:openissues-panel

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: Memory problem with JBossCache

2005-02-21 Thread [EMAIL PROTECTED]
Bela, do you understand why TCP would be significantly slower in that scenario 
with not so many nodes?

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss's Web Services Implementation] - Re: Query on Standards supported by JBossWS J2EE style servi

2005-02-21 Thread rajdeep_dua
Thomas,

There are tools available on ws-i.org for checking compliance, have those been 
used?

http://ws-i.org/deliverables/index.aspx

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBAS-1492) NPE: isInstanceOf on Class loaded by bootstrap classloader

2005-02-21 Thread Michael Kopp (JIRA)
NPE: isInstanceOf on Class loaded by bootstrap classloader
--

 Key: JBAS-1492
 URL: http://jira.jboss.com/jira/browse/JBAS-1492
 Project: JBoss Application Server
Type: Bug
  Components: JMX  
Versions: JBossAS-4.0.1 Final
 Environment: [ServerInfo] Java version: 1.5.0_01,Sun Microsystems Inc.
[ServerInfo] Java VM: Java HotSpot(TM) Server VM 1.5.0_01-b08,Sun Microsystems 
Inc.
[ServerInfo] OS-System: Linux 2.4.21-4.EL,i386

Reporter: Michael Kopp


I called JMXConnectorServerFactory.newJMXConnectorServer to instantiate a 
RMIConnectorServer and registered it in the jboss mbean server. (Inside the 
Jboss AS 4.0.1).

The resulting class javax.management.remote.rmi.RMIConnectorServer does not 
return a classloader in the call RMIConnectorServer.class.getClassLoader(), 
which is legal according to the jdk api documentation (see 
java.lang.Class#getClassLoader).

Unfortunatelly the isInstanceOf method of org.jboss.mx.server.MBeanServerImpl 
does not take this into account. Thus I get a NullPointerException if I call 
isInstanceOf on that particular MBean.

-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Optimistic Locking

2005-02-21 Thread dnielben
Hi all!

I am implementing a version of JBCache using optimistic loking, following the 
indications presented in the forum and in the docs i found in the distribution.

So far I add:
- an aspect to intercept the behavior of findNode(fqn)
- I add an Interceptor to manage creation of nodes in the workspace when a put 
method is invoked.
- I also add a call interceptor that avoids the chain of interceptors when i am 
in optimistic mode and i am not preparing or commiting.

Now I have this questions:
1. My first draft design attempt to update all the caches is the clusterm but 
the one performing the operation, this because prepare and commits avoid self 
:(. Any clues here?

2. I am not sure if i have to add the nodes that i have to lock to the list of 
the transaction, so far i am only adding the operations. I hope this will work 
:(. Is this ok? the documentation talks that they are using for unloking/ 
abort, the other nodes need this list or they make their own list?

3. This topic seems like dead in the forum..are you using other media to 
discuss this? a mail list?

Any advice/critic will be apprecited !

Daniel 


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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss's Web Services Implementation] - Re: Query on Standards supported by JBossWS J2EE style servi

2005-02-21 Thread [EMAIL PROTECTED]
The Sun J2EE-1.4 compatibility test suite (CTS) comes with >2000 tests that 
address these specs.

What is your specific concern?

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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-94) Incorrect synchronization between threads (CreateIfNotExistsInterceptor and LockInterceptor)

2005-02-21 Thread Bela Ban (JIRA)
Incorrect synchronization between threads (CreateIfNotExistsInterceptor and 
LockInterceptor)


 Key: JBCACHE-94
 URL: http://jira.jboss.com/jira/browse/JBCACHE-94
 Project: JBoss Cache
Type: Bug
Reporter: Bela Ban
 Assigned to: Bela Ban 
Priority: Blocker
 Fix For: 1.2.1


Example (assumes RPE-READ (R/W lock) semantics):

- TX1 does a put(/a/b/c)
- TX1 acquires lock1 in CreateIfNotExistsInterceptor
- TX1 creates /a/b (RL) and /a/b/c (WL), locking those nodes
- TX2 does a put(/a/b/c/d), waits on CINE-Int
- TX1 releases lock1
- TX2 acquires lock1 and blocks on lock acquisition for /a/b/c (WL-ed by TX1)
- TX1 does a remove(/a/b/c, key)
- TX1 blocks on lock1 (held by TX2)
- TX2 times out, rolls back changes and releases lock1
- TX1 acquires lock1, makes the change, commits TX and releases all locks

SOLUTION: we need to fine-grained synchronization in 
CreateIfNotExistsInterceptor

-- 
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=6595&alloc_id=14396&op=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] - Jboss 3.2.6 and external tomcat 5.0.28

2005-02-21 Thread andrea.fontanelli
Hi all,
I'd like to integrate jboss 3.2.6 with an extenal tomcat 5.0.28 and not with an 
embedded tomcat (like default configuration).
Can anybody help me?

Thanks,
Andrea



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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss's Web Services Implementation] - Query on Standards supported by JBossWS J2EE style services

2005-02-21 Thread rajdeep_dua
WSDL : 1.1
SOAP : 1.1
JAX- RPC : 1.0
SAAJ (for SOAP 1.1)
WS-I Basic profile 1.0(or 1.1)


Has any formal compliance testing been done on interoperatability and WS-I 
compliance?


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

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


---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-93) Memory problem at repeated remote PUT

2005-02-21 Thread Henrik Nyberg (JIRA)
 [ http://jira.jboss.com/jira/browse/JBCACHE-93?page=history ]

Henrik Nyberg updated JBCACHE-93:
-

Attachment: SimpleCacheTest.java

Updated SimpleCacheTest.java to make the test even simpler. The main method 
essentially boils down to a repeated put on the same key.
Run simple.bat in one console => no memory problem
Run simple.bat in two consoles simultaneuosly => memory problem

> Memory problem at repeated remote PUT
> -
>
>  Key: JBCACHE-93
>  URL: http://jira.jboss.com/jira/browse/JBCACHE-93
>  Project: JBoss Cache
> Type: Bug
> Versions: 1.2
>  Environment: * Windows cluster with two W2K servers, 2 JVMs per server 
> * JDK 1.4.2_05 
> * Application server is Oracle 9.0.3 AS 
> * one database server (Oracle)
> Reporter: Henrik Nyberg
> Assignee: Bela Ban
>  Fix For: 1.2.1
>  Attachments: JBCACHE-93.zip, SimpleCacheTest.java
>
>
> JBossCache does not properly garbage collect objects that are replicated 
> through the network and that replaces an already existing object in the local 
> cache. The existing local cache object that is being replaced by the remote 
> PUT is not garbage collected. 
> We have four caches in our setup, A, B, C, D. We describe the status for 
> cache A after the first iteration using an object sA1. We PUT that object 
> after every iteration into A using the same key ksA. 
> Iteration 1: 
> A updates status -> A(ksA,sA1) replicated to => B(ksA, sA1), C(ksA, sA1), 
> D(ksA, sA1) 
> Iteration 2: 
> A updates status -> A(ksA,sA2) replicated to => B(ksA, sA2), C(ksA, sA2), 
> D(ksA, sA2) 
> After iteration 2 the local object A(ksA,sA1) is probably correctly gc:ed, 
> since if we run this test in local mode the cache works reliably. The remote 
> objects B(ksA, sA1), C(ksA, sA1), D(ksA, sA1) however seem not to be 
> correctly gc:ed since the cache constantly eats memory when running in 
> replicated mode. 
> If we turn off the status replication, i.e. the repeated PUT of the status 
> object A(ksA, saN), the cache works like a charm. The only difference between 
> the two test cases is the PUT. 

-- 
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development