[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Re: XDoclet Configuration
you dont need to configure xdoclet explicitly , it gets configured when you install jboss ide plugins View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856052#3856052 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856052 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: multiple treecaches - TransactionManagers
There's an Interface TransactionManagerLookup that you may implement. Your TransactionManagerLookup-class simply returns the TransactionManager of your choice. Than you let TreeCache use this transactionmanagerlookup-class to make use of the assigned transactionmanager by either passing an instance to TreeCache via setTransactionManagerLookup(TransactionManagerLookup transactionmanagerlookupinstance), or you specify the className via setTransactionManagerLookupClass(String classname) You may want to look into the sources of org.jboss.cache.DummyTransactionManagerLookup to have a working example. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856053#3856053 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856053 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1050226 ] missing time zone in xs:date representation
Bugs item #1050226, was opened at 2004-10-19 18:24 Message generated for change (Comment added) made by tdiesler You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1050226group_id=22866 Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Thomas Diesler (tdiesler) Assigned to: Thomas Diesler (tdiesler) Summary: missing time zone in xs:date representation Initial Comment: The DateSerializer does not include the time zone -- Comment By: Thomas Diesler (tdiesler) Date: 2004-11-23 08:38 Message: Logged In: YES user_id=423364 fixed in jboss-4.0.1, jboss-3.2.7 Thanks, Jason T. Greene [EMAIL PROTECTED] -- Comment By: Jason Greene (nihility) Date: 2004-11-19 01:51 Message: Logged In: YES user_id=617156 I submitted a patch for this issue: http://sourceforge.net/tracker/index.php?func=detailaid=1069161group_id=22866atid=376687 -- Comment By: Jason Greene (nihility) Date: 2004-11-17 04:19 Message: Logged In: YES user_id=617156 I didn't get to this till late this evening. I need to finish adding a testsuite test, and then i will submit the patch early tommorow. -Jason -- Comment By: Jason Greene (nihility) Date: 2004-11-16 15:07 Message: Logged In: YES user_id=617156 There is a possible side effect if we implement this. According to the spec, xsd:dates without timezones are treated as absolute dates, while xsd:dates with timezone information are always adjusted. So if someone where to pass a truncated date (like a java.sql.Date, or perhaps a date constructed via calendar values), and they are in a positive UTC offset timezone, the date would role back a day when the conversion is performed. The date change can be prevented if the time is set to noon, since a normalized timezone offset is always within 12 hours. However, when converting between a positive UTC offset timezone, and a negative UTC offset timezone, this change can not be prevented. An example would be noon US/Central CST (-06:00) converted to Asia/Hong_Kong HKT (+08:00) would result in the date being adjusted one day forward. The user, however, could of course pick a mutual conversion timezone if they desired like UTC to work around this problem. I will proceed with the patch assuming this is side effect is ok. -Jason -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1050226group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: TreeCacheListener
The callbacks of TreeCacheListener run synchronous with the underlying method that causes the event. Locks generated by this underlying call are still held while the callback-method is being executed. e.g. there's a put(...) being executed. During the execution of the put a Node is being created. Due to the transaction-isolation-level this newly created node is locked in write-mode. After this the TreeCacheListener's nodeCreated-method is being called. After return of this method-call the put-method continues to execute. This behaviour might (will) change in the future, since it causes problems when a TreeCacheListener tryies to process the callbacks asynchronously. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856055#3856055 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856055 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE (dev)] - Re: XDoclet CMP2 Exception
Ya i also go this error when i tried to use jboss version no as 4.0,when i mobed to 3.0 it worked fine View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856056#3856056 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856056 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Possible newbie question but still a problem
Howdy all!
background: In our db we have a rather large table (500k entries). Said table
is growing over time but not all entries are live. We are aware of this so we
prune the table about once a week. The only live entries that we are sure of at
run-time are those that are actually requested by the client systems. What I
want to do is to cache only the requested entries.
I do not want to lift the entire table into the cache.
I therefore implemented a rudimentary cache loader and when my test app calls
get(Fqn,Key) I expected the CacheLoader.get(Fqn,Key) to called. Instead
get(Fqn) is called. I return an empty hash map since I can't tell what actual
entry that is reqeusted.
The actual call sequence seems to be:
TreeCache.get(Fqn,Key)
CacheLoader.exists(Fqn) (I return true)
CacheLoader.get(Fqn) (return an empty hash map)
And then TreeCache.get(Fqn,Key) returns null.
I've been fippling with the various options in the config file to no avail and
now I'm at my wits end.
I'm grateful for any help.
cheers
Erik
The relevant entries in the config file:
false
false
false
com.ongame.naps.cache.NapsCacheLoader
My code:
public class Cache {
public Cache(){
.
.
.
fCache = new TreeCache();
PropertyConfigurator pc = new PropertyConfigurator();
pc.configure(fCache,conf_file);
// the cache loader is set in the config file
fCache.setFetchStateOnStartup(false);
fCache.create();
fCache.startService();
.
.
}
public Entry get(Fqn domain,long key){
.
.
Entry entry = fCache.get(domain, new Long(key));
.
}
}
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3856057#3856057
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856057
---
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://productguide.itmanagersjournal.com/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.215 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041123040524Lbuild.215 BUILD COMPLETE-build.215Date of build:11/23/2004 04:05:24Time to build:22 minutes 32 secondsLast changed:11/23/2004 03:38:01Last log entry:Fix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED] Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(18)1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpclit/META-INF/jaxrpc-mapping.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpclit/META-INF/wsdl/MarshallRpcLitService.wsdlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpcenc/META-INF/wsdl/MarshallRpcEncService.wsdlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpcenc/META-INF/jaxrpc-mapping.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/META-INF/wsdl/MarshallDocLitService.wsdlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/META-INF/jaxrpc-mapping.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/META-INF/ws4ee-deployment.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/AbstractRpcTestBase.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallDocBeanImpl.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.3modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallDocLiteralTestCase.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallDocServiceInterface.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallRpcBeanImpl.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallRpcServiceInterface.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/DefaultTypeMappingImpl.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/CalendarDeserializer.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/CalendarSerializer.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/DateDeserializer.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/DateSerializer.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]
[JBoss-dev] [ jboss-Bugs-1071332 ] CMR and ejbCreate
Bugs item #1071332, was opened at 2004-11-23 00:42 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071332group_id=22866 Category: JBossCMP Group: v4.0 Status: Open Resolution: Works For Me Priority: 5 Submitted By: Jasmine (kongdy) Assigned to: Alexey Loubyansky (loubyansky) Summary: CMR and ejbCreate Initial Comment: Hi, I have a problem regarding CMR. As for example, I have two tables Test and TestParams. The tables definitions are as follows: Test test_id varchar(20) not null primary key test_name varchar(20) not null TestParams test_id varchar(20) not null primary key (references to testID in Test) examiner varchar(20) not null primary key length int not null I am trying to establish a 1:N relationship between them. I have the relevant getters and setters in the two entity beans. Getters/Setters in Test: public abstract Collection getTestParamLists(); public abstract void setTestParamLists(Collection testParamLists); Getters/Setters in TestParams: public abstract TestLocal getTest(); public abstract void setTest(TestLocal test); Below are the extracts from the ejb-jar and jbosscmp- jdbc: Ejb-jar: relationships ejb-relation ejb-relation-nameTest-TestParams/ejb-relation- name ejb-relationship-role descriptionTest/description ejb-relationship-role-nameTest-has- Params/ejb-relationship-role-name multiplicityOne/multiplicity relationship-role-source descriptiontest/description ejb-nameTest/ejb-name /relationship-role-source cmr-field descriptionparamLists/description cmr-field-nameparamLists/cmr-field-name cmr-field-typejava.util.Collection/cmr-field- type /cmr-field /ejb-relationship-role ejb-relationship-role descriptionTest/description ejb-relationship-role-nameParams-belong-to- Test/ejb-relationship-role-name multiplicityMany/multiplicity relationship-role-source descriptiontestParams/description ejb-nameTestParams/ejb-name /relationship-role-source cmr-field descriptiontest/description cmr-field-nametest/cmr-field-name /cmr-field /ejb-relationship-role /ejb-relation /relationships jbosscmp-jdbc: relationships ejb-relation ejb-relation-nameTest-TestParams/ejb- relation-name ejb-relationship-role ejb-relationship-role-nameTest-has- Params/ejb-relationship-role-name key-fields key-field field-nametestId/field-name column-nametest_id/column-name /key-field /key-fields /ejb-relationship-role ejb-relationship-role ejb-relationship-role-nameParams-belong- to-Test/ejb-relationship-role-name /ejb-relationship-role /ejb-relation /relationships I tried to create a Test bean and a TestParams bean by issuing the following codes: TestLocal newTest=testLocalHome.create(testobject); testParamsLocalHome.create(paramObject, newTest); The Test bean is successfully created, but not the TestParams bean. I got the following error: javax.ejb.CreateException: javax.ejb.CreateException: Could not create entity:java.sql.SQLException: Unknown column 'test' in 'field list' I looked at the log file and it has the following info: Executing SQL: INSERT INTO TEST_PARAMS (test_ID, examiner, length, test) VALUES (?, ?, ?, ?) It seems like Jboss thinks that my cmr field is a cmp field? What do I need to change? Any help is appreciate. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-11-23 12:08 Message: Logged In: YES user_id=543482 attach a testcase, please -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071332group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Possible newbie question but still a problem
You are right, as of JBossCache 1.1 get(Fqn,Key) is actually only being called by the JUnit-testcases. In respect to TreeCache itself it's (yet) redundant. Instead of returning null your CacheLoader should return a prefilled Map of Key-Value-pairs when get(Fqn) is being called Have a look into the Cacheloaders comming with the JBossCache-source (e.g. look how org.jboss.cache.loader.FileCacheLoader implements get(Fqn)). View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856060#3856060 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856060 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Possible newbie question but still a problem
norbert wrote : You are right, as of JBossCache 1.1 get(Fqn,Key) is actually only being called by the JUnit-testcases. In respect to TreeCache itself it's (yet) redundant. | | Instead of returning null your CacheLoader should return a prefilled Map of Key-Value-pairs when get(Fqn) is being called | This is exactly NOT what I want to do. The table is way too large for being moved from the db to the cache and the individual entries are not guaranteed to be live either, which means that we would move unneccessary data from the db to the cache. Since the whole point is to cut down on the db accesses this does not make sense. Also, if data is added to the db then I would have to get the whole table again everytime I get a cache miss. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856063#3856063 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856063 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Possible newbie question but still a problem
It's absolutely unefficient to store a whole table in a single node - Transactional locking, eviction and Cacheloading work on Node-level, not key/value-pair level. As a result every 'put(Fqn,key,value)' would lock your entire data if the Fqn being used is a constant. You are better of if you map the primary-keys of your table to different Fqn's (respectivly nodes in the tree) and the values from the rows of your table to the attributes stored in the node. This way access to a node will load a single row from the db. Then you may specify appropriate timeouts for evictionpolicy to evict data from rarely accessed rows by evicting the corresponding nodes. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856066#3856066 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856066 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE (dev)] - Re: Unable to find a javac compiler for JSPs
My fix for this is to ensure tools.jar is in the bootstrap classpath in the server configuration. It is not included as a JRE library by default. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856067#3856067 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856067 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1071661 ] shutdown misses org/jboss/system/server/ServerImpl
Bugs item #1071661, was opened at 2004-11-23 14:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071661group_id=22866 Category: Build System Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Dimitris Andreadis (andd) Assigned to: Dimitris Andreadis (andd) Summary: shutdown misses org/jboss/system/server/ServerImpl Initial Comment: Something has changed in the packaging and the ServerImpl class cannot be found: X:\cvs\jboss-public\jboss-head\build\output\jboss- 5.0.0alpha\binshutdown -s jnp ://localhost:1099 Exception in thread main java.lang.NoClassDefFoundError: org/jboss/system/serv er/ServerImpl at org.jboss.Shutdown.main(Unknown Source) Press any key to continue . . . It affects shutdown from the command line or through the test scripts. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071661group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Possible newbie question but still a problem
norbert wrote : It's absolutely unefficient to store a whole table in a single node - Transactional locking, eviction and Cacheloading work on Node-level, not key/value-pair level. As a result every 'put(Fqn,key,value)' would lock your entire data if the Fqn being used is a constant. | | You are better of if you map the primary-keys of your table to different Fqn's (respectivly nodes in the tree) and the values from the rows of your table to the attributes stored in the node. | | This way access to a node will load a single row from the db. | The database is at least 500k entries. At least 70% is live. Imagine what that will do to the node hiearchy. Also, in my view, it seems inefficient to me to store just one value in each hashmap. I don't find one node per row to be an attractive solution. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856071#3856071 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856071 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Possible newbie question but still a problem
So what? - Having 500k Nodes in a flat hirachy implies having 500k Entries in the Root nodes 'children' HashMap. Not a big deal in terms of node-hirarchy. Given you specify a reasonable evictiontimeout, you would not even have to store 70% of 500k entries, but only the percentage that is actually being used before it times out by eviction. Reasonable means: long enough to keep the data in the cache during a regular user session and short enough to free the memory as long the data is not being accessed. Eviction and cacheloading work together: accessing a node that is not in memory triggers the cacheloader to load it e.g. from db. not accessing a node (for a specified time) makes eviction 'evict' the node. accessing the previously evicted node again triggers the cacheloader. Besides the fact that cacheloading from db takes some amount of time this process is transparent to the caller which is just accessing nodes. All you have to do is fine-tune eviction to have the amount of data in memory tha you actually need. But I agree that storing a single value in a Hashtable is quite inefficient (mosty in terms of number of objects instantiated). From my point of view Tree-structure and node's data storage are separate concerns that should be defined in separate interfaces. (Which would allow to store arbitrary data directly in a node). Maybe this will be in TreeCache in a later release. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856076#3856076 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856076 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1071661 ] shutdown misses org/jboss/system/server/ServerImpl
Bugs item #1071661, was opened at 2004-11-23 14:30 Message generated for change (Settings changed) made by andd You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071661group_id=22866 Category: Build System Group: CVS HEAD Status: Closed Resolution: Fixed Priority: 5 Submitted By: Dimitris Andreadis (andd) Assigned to: Dimitris Andreadis (andd) Summary: shutdown misses org/jboss/system/server/ServerImpl Initial Comment: Something has changed in the packaging and the ServerImpl class cannot be found: X:\cvs\jboss-public\jboss-head\build\output\jboss- 5.0.0alpha\binshutdown -s jnp ://localhost:1099 Exception in thread main java.lang.NoClassDefFoundError: org/jboss/system/serv er/ServerImpl at org.jboss.Shutdown.main(Unknown Source) Press any key to continue . . . It affects shutdown from the command line or through the test scripts. -- Comment By: Dimitris Andreadis (andd) Date: 2004-11-23 15:11 Message: Logged In: YES user_id=583305 Instead of changing the packaging, turned the dependency from class org.jboss.system.server.ServerImpl to interface ServerImplMBean -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071661group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1071690 ] XMBean persistence doesn't work with jdk5 runtime
Bugs item #1071690, was opened at 2004-11-23 15:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Dimitris Andreadis (andd) Assigned to: Nobody/Anonymous (nobody) Summary: XMBean persistence doesn't work with jdk5 runtime Initial Comment: XMBean persistence doesn't work when using a jdk5 runtime for 3.2.x 4.0.x and HEAD (it works fine under jdk 1.3/1.4) This applies to both the old ObjectStreamAttributePersistenceManager and the new DelegatingPersistenceManager. It seems this is not a problem of the PMs since they are never called to store () attributes. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE (dev)] - Re: JBoss IDE 1.4 does not use XDoclet 1.2.2 ???
jbroberg wrote : did you just manually copy the 1.2.2 jars into the pluggins dir ? It seems this question has been answered (if I am not mistaken) in another recent post (XDoclet CMP2 Exception). View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856079#3856079 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856079 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Confusion about XML descriptors and tools
Hello, I'm trying out JBoss 4.0 and want to use the web services capability of EJB's and JBoss. But some things are not very clear to me. So I have a few questions. 1 - What is the preferred way to generate the WSDL mapping file? Should I use wscompile or should I use the Axis style? I think it is the wscompile if I read the posts and the Wiki. But the examples of JBoss use Axis in combination with Ant. 2 - Which XML files are generated and which ones do I have to make by hand? 3 - Has the webservices.xml the same meaning for a web service as the ejb-jar.xml for EJB's? Do I have to make this file by hand? 4 - The wscompile program is using a config.xml. Where can a find an explanation of this file of what elements should be in there? T.I.A. Johan. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856080#3856080 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856080 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.216 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041123082306Lbuild.216 BUILD COMPLETE-build.216Date of build:11/23/2004 08:23:06Time to build:23 minutes 36 secondsLast changed:11/23/2004 08:08:38Last log entry:depend on org.jboss.system.server.ServerImplMbean instead of ServerImpl Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(1)1.16.4.1modifiedanddserver/src/main/org/jboss/Shutdown.javadepend on org.jboss.system.server.ServerImplMbean instead of ServerImpl
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Field Interception
The Invocation is either a: FieldGetInvocation in that case, you can get the field value by the return of invoke.invokeNext(); or FieldSetInvocation which is when the field is written to. Then the value would be: FieldSetInvocation.getValue() Take a look at the javadocs for all the invocation objections: View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856082#3856082 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856082 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1065491 ] war isolation issue
Bugs item #1065491, was opened at 2004-11-12 16:51 Message generated for change (Comment added) made by ssswdon You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1065491group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Don Hill (ssswdon) Assigned to: Scott M Stark (starksm) Summary: war isolation issue Initial Comment: I am trying to get war isolation to work for the default configuration of jboss-4.0.0, The issue I have is that there exist a older version of castor in default/lib folder and I need to use a newer version, I know I can just remove it but the problem is I am trying to use war isolation for the classloader or get the CL to look for a class in the web-inf/lib first before going to the parent, Here is the jboss-web.xml I am using class-loading java2ClassLoadingCompliance='false' loader-repository test.issue.com:loader=issue.war loader-repository-config java2ParentDelegaton=false /loader-repository-config /loader-repository /class-loading I have tried several options and the only way I can get it to work is by changing the setting in jboss-service.xml to attribute name=Java2ClassLoadingCompliancefalse/attribute. I have attached a war file that will dump some xml after running through castor that is in the web-inf/lib if the older castor is in the default/lib it will throw a NPE, I am not sure but I think this will also be the case in the server/all config. -- Comment By: Don Hill (ssswdon) Date: 2004-11-23 08:09 Message: Logged In: YES user_id=1158015 I want to be able to deploy a war in the default and all config without having to modify the server configs, I thought that I was able to add the class loading entry in the jboss-web, jbos-app ... and get the behavior that I needed, what I need is for the classloader of the war to load classes from the web container e.g, /web-inf/classes/lib before looking for the classes in the parent CL. hth -- Comment By: Dan Small (dsmall0) Date: 2004-11-22 17:32 Message: Logged In: YES user_id=1104154 We are having a similar pbm. Only in our case clash is over versions of jaxen and dom4j. Btw we have a .war that works with 3.2.5 through 3.2. 7rc1, and works with 4.0.1rc1. It does _not_ however work with 4.0.0. In a couple of hours from now you will be able to download the war from http://orbeon.sourceforge. net/unstable-blds/presentation-server/ When it doesn't work you get a ClassCastException. When it does you will see something similar to this : http://www.orbeon.com/ois/ . Btw, shouldn't the fact that jboss exposes these implementation details ( dom4j version ) to clients be considered a bug? -- Comment By: Scott M Stark (starksm) Date: 2004-11-20 11:13 Message: Logged In: YES user_id=175228 Can you provide the war doing the parsing or at least a servlet that produces the indicated output. -- Comment By: Don Hill (ssswdon) Date: 2004-11-12 16:53 Message: Logged In: YES user_id=1158015 When it works you will get the following output 16:30:57,451 INFO [STDOUT] FieldName=:timestamp 16:30:57,451 INFO [STDOUT] Order total price = 257.5 16:30:57,521 INFO [STDOUT] FieldName=:timestamp 16:30:57,521 INFO [STDOUT] FieldName=:timestamp 16:30:57,531 INFO [STDOUT] ?xml version=1.0 encoding=UTF-8? Order reference=12343-AHSHE-314159 total-price=257.5 Timestamp=1100298657521ClientNameJean Smith/NameAddr ess2000, Alameda de las Pulgas, San Mateo, CA 94403/Address/ClientItem reference=RF-0001Quantity10/Quantity UnitPrice8.95/UnitPriceDescriptionStuffed Penguin/Description/ItemItem reference=RF-0034Quantity5/Quant ityUnitPrice28.5/UnitPriceDescriptionChocolate/Description/ItemItem reference=RF-3341Quantity30/Quanti tyUnitPrice0.85/UnitPriceDescriptionCookie/Description/Item/Order What we are trying to achive is to be able to deploy the war in any config with the client having to make modifications to the server. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1065491group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Confusion about XML descriptors and tools
Johan, 1) wscompile is the prefered way to generate WSDL, it is the only way to generate jaxrpc-mapping.xml 2) webservices.xml is not generated 3) webservices.xml is the standard deployment descriptor for WS4EE server side components. WS4EE clients have their metadata specified in the service-ref element in ejb-jar, web.xml, application-client.xml respectively. 4) download the JWSDP-1.5 and have a look at the JAXRPC tool documentation, or online here: http://java.sun.com/webservices/docs/1.5/jaxrpc/jaxrpc-tools.html -- This is a reply to http://www.jboss.org/index.html?module=bbop=viewtopict=56818 as I am currently getting errors replying to forum posts View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856095#3856095 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856095 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - XML RPC
Is there a way to use the apache XML RPC as a servlet? Thanks View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856096#3856096 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856096 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.481 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041123092059Lbuild.481 BUILD COMPLETE-build.481Date of build:11/23/2004 09:20:59Time to build:23 minutes 6 secondsLast changed:11/23/2004 08:09:39Last log entry:depend on org.jboss.system.server.ServerImplMbean instead of ServerImplsolved #1071661 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(1)1.17modifiedanddserver/src/main/org/jboss/Shutdown.javadepend on org.jboss.system.server.ServerImplMbean instead of ServerImplsolved #1071661
[JBoss-dev] [ jboss-Bugs-1068322 ] Txn bug-Jboss3.2.3,when there is 2 beans in the flow
Bugs item #1068322, was opened at 2004-11-17 22:39 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1068322group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Rejected Priority: 5 Submitted By: saro (saroramki) Assigned to: Adrian Brock (ejort) Summary: Txn bug-Jboss3.2.3,when there is 2 beans in the flow Initial Comment: Opearating system : windows-xp professional JDK version : J2sdk1.4.2_03 JBoss version : 3.2.3 APPROACH 1: == There is a bean say B1, it is a SSB (Stateless Session Bean) with a txn set for RequiresNew for all of its method. From this B1, when a call goes, it flows thru quite a few classes, all of them are POJO's (Plain Old Java Object). For our discussion let us take there is one class say Pojo1. Finally on the data layer , there is a bean say D1, it is a SSB (Stateless Session Bean) with a txn set for Required for all of its method. From the business tier(from POJO's), it makes multiple calls here and there to data layer. At the data layer, for each request, a hibernate session is created and closed. For the B1's one particular method execution, Pojo1's 2 different method gets called one after another.In the Pojo1's first method call, it writes a record in to a table by calling D1's one particular method. In the Pojo1's second method call, it looks for this new record that has been written by the first method call, after getting this record,it does some job per biz need. In the above setup, when there is a total of 2 beans(B1 on biz and D1 on data layer) involved, everything works fine. In specfic, Pojo1's 2nd method call could get the record written by its first method call. Or in other words, this new record, which is still not visible to the outside world, is visible to the the Pojo1's 2nd method call, which is the right transaction behaviour.. Everything looks fine and working fine in this Approach 1 Now we thought of doing a resturcuturing and introduce one another bean layer in between B1 and D1.This is described as below. APPROACH 2: == Consider the same above Approach 1, but after B1, the call would go to one another bean A1(bean for the new app service layer), it is a SSB (Stateless Session Bean) with a txn set for Required for all of its method. Instead of B1 taking to Pojo1 as in approach1, here B1 would talk to A1 and A1 would talk to Pojo1 and Pojo1 to D1. The purpose of introducing A1 is to meet some of our business needs + at A1, get a hibernate session and attach it to the thread local, and modify all data layer methods, to get hibernate session from thread local and don't close the hibernate session at the data layer level. Plus roll back the transaction at this A1, if there is any exception caught.Close the hibernate session in its(i.e at A1) finally. Now with the 3 beans in the entire flow, during the second method call of the Pojo1, it couldn't able to see the record written by its first method call, so we run in to our biz exception. I tried with all different transaction types for this particular method of A1 to see what is going on,none of them worked. What I'm wondering is, can't Jboss transaction handle 3 SSB's in a flow with the above described way Looks to me it is clearly a bug. If this is a known bug in 3.2.3 and if it is fixed in any of the further releases, pls let me know. Else if this has been never brought up,then it is a serious trouble for JBoss users out there in the market, means it should be fixed asap. Please let me know if you need more explanation. Thanks Saro -- Comment By: Adrian Brock (ejort) Date: 2004-11-23 15:15 Message: Logged In: YES user_id=9459 1) There is little point posting bug reports against 3.2.3 You need to first test against the latest release (3.2.6 at time of writing) 2) This is not CMP, you are using hibernate. 3) The change you are describing is a change to your transaction assembly. It sounds to me like hibernate is caching the writes to the db and hasn't reached a point where it will flush/synchronize with the db (usually transaction end or running a query). I would recommend the following approach to solving your problem: a) Understand your transaction assembly - i.e. where is the transaction committed, which hibernate sessions/db connections are part of that transaction (or transactions) b) Understand where hibernate is updating the db If you want JBoss to look at your problem, we will need an example application that demonstrates the problem against the latest release. BUG REPORTS ARE NOT THE VEHICLE TO GET HELP USE THE FORUMS at http://www.jboss.org -- You can respond by visiting:
[JBoss-dev] [ jboss-Bugs-1071690 ] XMBean persistence doesn't work with jdk5 runtime
Bugs item #1071690, was opened at 2004-11-23 13:21 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Dimitris Andreadis (andd) Assigned to: Nobody/Anonymous (nobody) Summary: XMBean persistence doesn't work with jdk5 runtime Initial Comment: XMBean persistence doesn't work when using a jdk5 runtime for 3.2.x 4.0.x and HEAD (it works fine under jdk 1.3/1.4) This applies to both the old ObjectStreamAttributePersistenceManager and the new DelegatingPersistenceManager. It seems this is not a problem of the PMs since they are never called to store () attributes. -- Comment By: Adrian Brock (ejort) Date: 2004-11-23 15:18 Message: Logged In: YES user_id=9459 This will be one of two things: 1) You are using RequiredModelMBean directly which in java5 will use Sun's modelmbean implementation rather XMBean 2) There is something incompatible happening with the descriptor which is held in Sun's ModelMBeanInfo/ModelMBeanAttributeInfo implementation. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1065491 ] war isolation issue
Bugs item #1065491, was opened at 2004-11-12 14:51 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1065491group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Don Hill (ssswdon) Assigned to: Scott M Stark (starksm) Summary: war isolation issue Initial Comment: I am trying to get war isolation to work for the default configuration of jboss-4.0.0, The issue I have is that there exist a older version of castor in default/lib folder and I need to use a newer version, I know I can just remove it but the problem is I am trying to use war isolation for the classloader or get the CL to look for a class in the web-inf/lib first before going to the parent, Here is the jboss-web.xml I am using class-loading java2ClassLoadingCompliance='false' loader-repository test.issue.com:loader=issue.war loader-repository-config java2ParentDelegaton=false /loader-repository-config /loader-repository /class-loading I have tried several options and the only way I can get it to work is by changing the setting in jboss-service.xml to attribute name=Java2ClassLoadingCompliancefalse/attribute. I have attached a war file that will dump some xml after running through castor that is in the web-inf/lib if the older castor is in the default/lib it will throw a NPE, I am not sure but I think this will also be the case in the server/all config. -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 07:28 Message: Logged In: YES user_id=175228 Correct. So can you provide the servlet which demonstrates how castor is being used as requested? -- Comment By: Don Hill (ssswdon) Date: 2004-11-23 06:09 Message: Logged In: YES user_id=1158015 I want to be able to deploy a war in the default and all config without having to modify the server configs, I thought that I was able to add the class loading entry in the jboss-web, jbos-app ... and get the behavior that I needed, what I need is for the classloader of the war to load classes from the web container e.g, /web-inf/classes/lib before looking for the classes in the parent CL. hth -- Comment By: Dan Small (dsmall0) Date: 2004-11-22 15:32 Message: Logged In: YES user_id=1104154 We are having a similar pbm. Only in our case clash is over versions of jaxen and dom4j. Btw we have a .war that works with 3.2.5 through 3.2. 7rc1, and works with 4.0.1rc1. It does _not_ however work with 4.0.0. In a couple of hours from now you will be able to download the war from http://orbeon.sourceforge. net/unstable-blds/presentation-server/ When it doesn't work you get a ClassCastException. When it does you will see something similar to this : http://www.orbeon.com/ois/ . Btw, shouldn't the fact that jboss exposes these implementation details ( dom4j version ) to clients be considered a bug? -- Comment By: Scott M Stark (starksm) Date: 2004-11-20 09:13 Message: Logged In: YES user_id=175228 Can you provide the war doing the parsing or at least a servlet that produces the indicated output. -- Comment By: Don Hill (ssswdon) Date: 2004-11-12 14:53 Message: Logged In: YES user_id=1158015 When it works you will get the following output 16:30:57,451 INFO [STDOUT] FieldName=:timestamp 16:30:57,451 INFO [STDOUT] Order total price = 257.5 16:30:57,521 INFO [STDOUT] FieldName=:timestamp 16:30:57,521 INFO [STDOUT] FieldName=:timestamp 16:30:57,531 INFO [STDOUT] ?xml version=1.0 encoding=UTF-8? Order reference=12343-AHSHE-314159 total-price=257.5 Timestamp=1100298657521ClientNameJean Smith/NameAddr ess2000, Alameda de las Pulgas, San Mateo, CA 94403/Address/ClientItem reference=RF-0001Quantity10/Quantity UnitPrice8.95/UnitPriceDescriptionStuffed Penguin/Description/ItemItem reference=RF-0034Quantity5/Quant ityUnitPrice28.5/UnitPriceDescriptionChocolate/Description/ItemItem reference=RF-3341Quantity30/Quanti tyUnitPrice0.85/UnitPriceDescriptionCookie/Description/Item/Order What we are trying to achive is to be able to deploy the war in any config with the client having to make modifications to the server. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1065491group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now.
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Field Interception
Hi Bill, Thanks a lot! I can read the values using getValue method. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856106#3856106 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856106 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1071690 ] XMBean persistence doesn't work with jdk5 runtime
Bugs item #1071690, was opened at 2004-11-23 15:21 Message generated for change (Comment added) made by andd You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Dimitris Andreadis (andd) Assigned to: Nobody/Anonymous (nobody) Summary: XMBean persistence doesn't work with jdk5 runtime Initial Comment: XMBean persistence doesn't work when using a jdk5 runtime for 3.2.x 4.0.x and HEAD (it works fine under jdk 1.3/1.4) This applies to both the old ObjectStreamAttributePersistenceManager and the new DelegatingPersistenceManager. It seems this is not a problem of the PMs since they are never called to store () attributes. -- Comment By: Dimitris Andreadis (andd) Date: 2004-11-23 17:41 Message: Logged In: YES user_id=583305 So I made an edited version of jdk5/jre/rt.jar with all javax.management classes removed, and the damned thing worked. There may be incopatibilities between our javax.management.* and jdk5 javax.management. Is there a way to force our javax.management classes to be used, instead? (setting javax.management.builder.initial obviously has no impact on the javax.management classes) -- Comment By: Adrian Brock (ejort) Date: 2004-11-23 17:18 Message: Logged In: YES user_id=9459 This will be one of two things: 1) You are using RequiredModelMBean directly which in java5 will use Sun's modelmbean implementation rather XMBean 2) There is something incompatible happening with the descriptor which is held in Sun's ModelMBeanInfo/ModelMBeanAttributeInfo implementation. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Problem with Jbos 4.0RC2 + Eclipse 3.1M2 + MyEclipse 3.8.2
Hi. Im trying to use JBOSS AOP in a JSP application. I have followed the chapter 8 in ref guide to setup JBOss 4 using AOP. I have downloaded the JBOss IDE + AOP extension for Eclipse. Everything seems to work perfect. I can add Inspectors to my methods. (The mappings are mapped to the Jboss-aop.xml and the my Aspects are compiled without no problems (class path and so on are found) BUT. When i deploy my project nothing is hapening. My advises are never invoked. In the Jboss 4. web-console under AOP i can see no bindings registerd. Should I see it there? I deploy with MyEclipse. (It create a WAR file and deploy it) and it have worked well so far. How do I see if the AOP binding or whatever is set correct up? I have copied the jboss-aop-jdk50.deployer folder to the server/default/deploy folder...the jboss-aop.xml file seems correct and no erros seems to come in server startup (and no indication of AOP either) THANKS in reagards for you help---if any View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856107#3856107 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856107 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1071690 ] XMBean persistence doesn't work with jdk5 runtime
Bugs item #1071690, was opened at 2004-11-23 05:21 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Dimitris Andreadis (andd) Assigned to: Nobody/Anonymous (nobody) Summary: XMBean persistence doesn't work with jdk5 runtime Initial Comment: XMBean persistence doesn't work when using a jdk5 runtime for 3.2.x 4.0.x and HEAD (it works fine under jdk 1.3/1.4) This applies to both the old ObjectStreamAttributePersistenceManager and the new DelegatingPersistenceManager. It seems this is not a problem of the PMs since they are never called to store () attributes. -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 07:47 Message: Logged In: YES user_id=175228 Is there a testcase which shows the failure under 5.0? The only way to force the use of our implementation is the bootclasspath and this is not a general option. -- Comment By: Dimitris Andreadis (andd) Date: 2004-11-23 07:41 Message: Logged In: YES user_id=583305 So I made an edited version of jdk5/jre/rt.jar with all javax.management classes removed, and the damned thing worked. There may be incopatibilities between our javax.management.* and jdk5 javax.management. Is there a way to force our javax.management classes to be used, instead? (setting javax.management.builder.initial obviously has no impact on the javax.management classes) -- Comment By: Adrian Brock (ejort) Date: 2004-11-23 07:18 Message: Logged In: YES user_id=9459 This will be one of two things: 1) You are using RequiredModelMBean directly which in java5 will use Sun's modelmbean implementation rather XMBean 2) There is something incompatible happening with the descriptor which is held in Sun's ModelMBeanInfo/ModelMBeanAttributeInfo implementation. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Problem with Jbos 4.0RC2 + Eclipse 3.1M2 + MyEclipse 3.8
http://docs.jboss.org/aop/aspect-framework/reference/en/html/running.html#jboss Does that help? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856110#3856110 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856110 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1071690 ] XMBean persistence doesn't work with jdk5 runtime
Bugs item #1071690, was opened at 2004-11-23 15:21 Message generated for change (Comment added) made by andd You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Dimitris Andreadis (andd) Assigned to: Nobody/Anonymous (nobody) Summary: XMBean persistence doesn't work with jdk5 runtime Initial Comment: XMBean persistence doesn't work when using a jdk5 runtime for 3.2.x 4.0.x and HEAD (it works fine under jdk 1.3/1.4) This applies to both the old ObjectStreamAttributePersistenceManager and the new DelegatingPersistenceManager. It seems this is not a problem of the PMs since they are never called to store () attributes. -- Comment By: Dimitris Andreadis (andd) Date: 2004-11-23 17:56 Message: Logged In: YES user_id=583305 org.jboss.test.jmx.test.DeployXMBeanUnitTestCase: testUserXMBeanPersistentValues testUserXMBeanPersistentValuesWithCustomPM both fail (on HEAD) with jdk5. I haven't checked if those pass with jdk1.4 I found out though, by not being able to deploy docs/examples/jmx/persistent-service. I wonder now, what should be the next step, i.e. how to check for incopatibilities. -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 17:47 Message: Logged In: YES user_id=175228 Is there a testcase which shows the failure under 5.0? The only way to force the use of our implementation is the bootclasspath and this is not a general option. -- Comment By: Dimitris Andreadis (andd) Date: 2004-11-23 17:41 Message: Logged In: YES user_id=583305 So I made an edited version of jdk5/jre/rt.jar with all javax.management classes removed, and the damned thing worked. There may be incopatibilities between our javax.management.* and jdk5 javax.management. Is there a way to force our javax.management classes to be used, instead? (setting javax.management.builder.initial obviously has no impact on the javax.management classes) -- Comment By: Adrian Brock (ejort) Date: 2004-11-23 17:18 Message: Logged In: YES user_id=9459 This will be one of two things: 1) You are using RequiredModelMBean directly which in java5 will use Sun's modelmbean implementation rather XMBean 2) There is something incompatible happening with the descriptor which is held in Sun's ModelMBeanInfo/ModelMBeanAttributeInfo implementation. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1071690 ] XMBean persistence doesn't work with jdk5 runtime
Bugs item #1071690, was opened at 2004-11-23 05:21 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Dimitris Andreadis (andd) Assigned to: Scott M Stark (starksm) Summary: XMBean persistence doesn't work with jdk5 runtime Initial Comment: XMBean persistence doesn't work when using a jdk5 runtime for 3.2.x 4.0.x and HEAD (it works fine under jdk 1.3/1.4) This applies to both the old ObjectStreamAttributePersistenceManager and the new DelegatingPersistenceManager. It seems this is not a problem of the PMs since they are never called to store () attributes. -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 08:14 Message: Logged In: YES user_id=175228 We are running the tests against java5 now. We just need to continue to drill down into where the jmx implementation is causing issues and continue to isolate reliance on the jboss implementation details. I'm working on the 4.0 and 3.2 java 5 testsuite runs so I'll look at this test. -- Comment By: Dimitris Andreadis (andd) Date: 2004-11-23 07:56 Message: Logged In: YES user_id=583305 org.jboss.test.jmx.test.DeployXMBeanUnitTestCase: testUserXMBeanPersistentValues testUserXMBeanPersistentValuesWithCustomPM both fail (on HEAD) with jdk5. I haven't checked if those pass with jdk1.4 I found out though, by not being able to deploy docs/examples/jmx/persistent-service. I wonder now, what should be the next step, i.e. how to check for incopatibilities. -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 07:47 Message: Logged In: YES user_id=175228 Is there a testcase which shows the failure under 5.0? The only way to force the use of our implementation is the bootclasspath and this is not a general option. -- Comment By: Dimitris Andreadis (andd) Date: 2004-11-23 07:41 Message: Logged In: YES user_id=583305 So I made an edited version of jdk5/jre/rt.jar with all javax.management classes removed, and the damned thing worked. There may be incopatibilities between our javax.management.* and jdk5 javax.management. Is there a way to force our javax.management classes to be used, instead? (setting javax.management.builder.initial obviously has no impact on the javax.management classes) -- Comment By: Adrian Brock (ejort) Date: 2004-11-23 07:18 Message: Logged In: YES user_id=9459 This will be one of two things: 1) You are using RequiredModelMBean directly which in java5 will use Sun's modelmbean implementation rather XMBean 2) There is something incompatible happening with the descriptor which is held in Sun's ModelMBeanInfo/ModelMBeanAttributeInfo implementation. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.189 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041123103859Lbuild.189 BUILD COMPLETE-build.189Date of build:11/23/2004 10:38:59Time to build:35 minutes 26 secondsLast changed:11/23/2004 09:57:53Last log entry:Backport jboss-4.0.1 codebase to Branch_3_2 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(54)1.2.6.2deletedtdieslerjboss.net/src/main/org/jboss/net/axis/server/TransportAuthorizationHandler.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.8.2deletedtdieslerjboss.net/src/main/SOAPMonitorApplet.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.6.2deletedtdieslerjboss.net/docs/modules/html/developers/guides/jboss.net/JSR109.zipBackport jboss-4.0.1 codebase to Branch_3_21.1.6.2deletedtdieslerjboss.net/src/resources/xdoclet/modules/jboss/net/resources/jboss-net_xml_method.xdtBackport jboss-4.0.1 codebase to Branch_3_21.2.6.2deletedtdieslerjboss.net/src/resources/xdoclet/modules/jboss/net/resources/jboss-net_xml_security.xdtBackport jboss-4.0.1 codebase to Branch_3_21.4.4.4deletedtdieslerjboss.net/src/resources/xdoclet/modules/jboss/net/resources/jboss-net_xml_wss_request.xdtBackport jboss-4.0.1 codebase to Branch_3_21.3.6.4deletedtdieslerjboss.net/src/resources/xdoclet/modules/jboss/net/resources/jboss-net_xml_wss_response.xdtBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.4.5modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/security/SecurityUnitTestCase.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.2.7modifiedtdieslertestsuite/imports/code-generation.xmlBackport jboss-4.0.1 codebase to Branch_3_21.1.2.26modifiedtdieslertestsuite/imports/test-jars.xmlBackport jboss-4.0.1 codebase to Branch_3_21.1.2.3modifiedtdieslerjboss.net/src/resources/xdoclet/modules/jboss/net/resources/jboss-net_ejb_xml.xdtBackport jboss-4.0.1 codebase to Branch_3_21.1.2.3modifiedtdieslerjboss.net/src/resources/xdoclet/modules/jboss/net/resources/jboss-net_jmx_xml.xdtBackport jboss-4.0.1 codebase to Branch_3_21.1.2.5modifiedtdieslerjboss.net/src/resources/xdoclet/modules/jboss/net/resources/jboss-net_xml_tail.xdtBackport jboss-4.0.1 codebase to Branch_3_21.2.6.4modifiedtdieslerjboss.net/src/main/org/jboss/net/axis/jaf/XMLDataContentHandler.javaBackport jboss-4.0.1 codebase to Branch_3_21.27.2.18modifiedtdieslerjboss.net/build.xmlBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/wsdl/symbolTable/BindingEntry.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/wsdl/symbolTable/SymbolTable.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/utils/LinkedHashMap.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/utils/Mapping.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/utils/XMLUtils.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/utils/IOUtils.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/utils/JavaUtils.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/transport/http/AxisServlet.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/soap/SOAPFactoryImpl.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/providers/java/RPCInvocation.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/providers/java/JavaProvider.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.4modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/SOAPElementAxisImpl.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/i18n/ProjectResourceBundle.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/handlers/http/URLMapper.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/DateSerializer.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/JAFDataHandlerDeserializer.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/BaseFactory.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/CalendarDeserializer.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.2.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/CalendarSerializer.javaBackport jboss-4.0.1 codebase to
[JBoss-dev] [ jboss-Bugs-1071690 ] XMBean persistence doesn't work with jdk5 runtime
Bugs item #1071690, was opened at 2004-11-23 15:21 Message generated for change (Comment added) made by andd You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Dimitris Andreadis (andd) Assigned to: Scott M Stark (starksm) Summary: XMBean persistence doesn't work with jdk5 runtime Initial Comment: XMBean persistence doesn't work when using a jdk5 runtime for 3.2.x 4.0.x and HEAD (it works fine under jdk 1.3/1.4) This applies to both the old ObjectStreamAttributePersistenceManager and the new DelegatingPersistenceManager. It seems this is not a problem of the PMs since they are never called to store () attributes. -- Comment By: Dimitris Andreadis (andd) Date: 2004-11-23 18:46 Message: Logged In: YES user_id=583305 Just checked running the same jmx tests with the jdk5 java.management.* classes removed and they pass. There are also 8 failures in the jbossmx testsuite (with jdk5) so maybe that's a starting point, too. The tests under the jmx module present many failures but it seems they are not maintained for some time now. -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 18:14 Message: Logged In: YES user_id=175228 We are running the tests against java5 now. We just need to continue to drill down into where the jmx implementation is causing issues and continue to isolate reliance on the jboss implementation details. I'm working on the 4.0 and 3.2 java 5 testsuite runs so I'll look at this test. -- Comment By: Dimitris Andreadis (andd) Date: 2004-11-23 17:56 Message: Logged In: YES user_id=583305 org.jboss.test.jmx.test.DeployXMBeanUnitTestCase: testUserXMBeanPersistentValues testUserXMBeanPersistentValuesWithCustomPM both fail (on HEAD) with jdk5. I haven't checked if those pass with jdk1.4 I found out though, by not being able to deploy docs/examples/jmx/persistent-service. I wonder now, what should be the next step, i.e. how to check for incopatibilities. -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 17:47 Message: Logged In: YES user_id=175228 Is there a testcase which shows the failure under 5.0? The only way to force the use of our implementation is the bootclasspath and this is not a general option. -- Comment By: Dimitris Andreadis (andd) Date: 2004-11-23 17:41 Message: Logged In: YES user_id=583305 So I made an edited version of jdk5/jre/rt.jar with all javax.management classes removed, and the damned thing worked. There may be incopatibilities between our javax.management.* and jdk5 javax.management. Is there a way to force our javax.management classes to be used, instead? (setting javax.management.builder.initial obviously has no impact on the javax.management classes) -- Comment By: Adrian Brock (ejort) Date: 2004-11-23 17:18 Message: Logged In: YES user_id=9459 This will be one of two things: 1) You are using RequiredModelMBean directly which in java5 will use Sun's modelmbean implementation rather XMBean 2) There is something incompatible happening with the descriptor which is held in Sun's ModelMBeanInfo/ModelMBeanAttributeInfo implementation. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071690group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.482 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041123113002Lbuild.482 BUILD COMPLETE-build.482Date of build:11/23/2004 11:30:02Time to build:17 minutes 6 secondsLast changed:11/23/2004 11:13:16Last log entry:fixes and tests Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(10)1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/InheritanceSession.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/InheritanceSessionBean.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/Manager.javafixes and tests1.3modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/Branch.javafixes and tests1.3modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/Contact.javafixes and tests1.3modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/Employee.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/FootballTeam.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/unit/InheritanceUnitTestCase.javafixes and tests1.2modifiedorbdocbook-support/styles/en/fopdf.xsldocbook update1.4modifiedorbdocbook-support/support.xmldocbook update
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Problem with Jbos 4.0RC2 + Eclipse 3.1M2 + MyEclipse 3.8
thanx for your reply. Is these assumptions right: (I read the link you suppplied and testet...no go) 1. I can use the supplied directory wich come with the AOP release instead of jar/unjar the deploy file? 2. I have this file structure C:\jboss-4.0.0\server\default\deploy\WOC.war\(allmywebfiles) Can I just put the jboss-aop.xml file en the root here? Im using exploded archives..that means i dont create my own war files. If i set the true to true under C:\jboss-4.0.0\server\default\deploy\jboss-aop-jdk50.deployer\META-INF\jboss-service.xml Jboss 4 goes crasy and eats all memory on startup. Can anyone give me a quckndirty setup tutorial when the fact is that i have the application already deplyed and manually have to add the necesary files. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856130#3856130 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856130 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head-jdk-matrix build.17 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20041123124017Lbuild.17 BUILD COMPLETE-build.17Date of build:11/23/2004 12:40:17Time to build:48 minutes 11 secondsLast changed:11/23/2004 11:13:16Last log entry:fixes and tests Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(70)1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/InheritanceSession.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/InheritanceSessionBean.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/Manager.javafixes and tests1.3modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/Branch.javafixes and tests1.3modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/Contact.javafixes and tests1.3modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/Employee.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/FootballTeam.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/unit/InheritanceUnitTestCase.javafixes and tests1.2modifiedorbdocbook-support/styles/en/fopdf.xsldocbook update1.4modifiedorbdocbook-support/support.xmldocbook update1.17modifiedanddserver/src/main/org/jboss/Shutdown.javadepend on org.jboss.system.server.ServerImplMbean instead of ServerImplsolved #10716611.17modifiedpatriot1burkeejb3/build-test.xmlfixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/relationships/LineItem.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/relationships/Order.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/relationships/SessionBean.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/relationships/SessionRemote.javafixes and tests1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/relationships/unit/DeleteUnitTestCase.javafixes and tests1.2modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/Branch.javafixes and tests1.2modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/Contact.javafixes and tests1.2modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/Employee.javafixes and tests1.6modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/BaseSessionContext.javafixes and tests1.5modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/tx/TxUtil.javafixes and tests1.13modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/mdb/MessageDrivenContainer.javafixes and tests1.13modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/EntityToHibernateXml.javafixes and tests1.10modifiedstarksmjms/build.xmlRemove the invalid javac.target=1.2 override1.6modifiedstarksmejb3x/build.xmlRemove the invalid javac.target override1.59modifiedstarksmaop/build.xmlRemove the invalid javac.target=1.2 override1.24modifiedstarksmtransaction/build.xmlRemove the local library defs and use libraries.ent1.25modifiedejortaspects/build.xmlFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.23modifiedejorttransaction/build.xmlFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.36modifiedejortiiop/build.xmlFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.31modifiedejortmanagement/build.xmlFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.17modifiedejortcommon/.classpathFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.11modifiedejortconnector/.classpathFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.73modifiedejortconnector/build.xmlFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.21modifiedejorttomcat/build.xmlFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.48modifiedejortcache/build.xmlFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.58modifiedejortcluster/build.xmlFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.26modifiedejortconsole/build.xmlFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.180modifiedejortserver/build.xmlFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.55modifiedejortsecurity/build.xmlFix the eclipse buildAnd use the javac settings from the default propertiesratherspecifying this per project1.42modifiedejortj2ee/build.xmlFix the eclipse
[JBoss-dev] [Mail Services] - Milestone 2 imminent
I've scaled back the M2 release. I want to get out a stable release before we add any more features to the mix. M3 is still being figured out so don't take the roadmap (on the wiki) too seriously until we figure out what the new resource allocation is (or how many volunteers will step forward once we put out a stable release). Right now M2 is stable, I run it for my mail server. It took a long time to get that way, primarily because of MySQL and my server not having enough memory. Once I got MySQL running in innodb mode and using long blobs, thigns stabilized. Of course now with a bum hard drive thats prone to change. There is still one critical bug that I haven't determined whose fault. We seem to get random crap characters in the messages (='s mostly) which I suppose is some form of escape sequence. I'm not sure that this isn't somehow related to my mail client. Once I make some determination here, then we'll move forward with that. The HEAD (soon to be M2) has been tested with JBoss 4.0.0 and works just fine (with a few changes I had to make for SSLContext). There is plenty to do and we're actively recruiting volunteers ATM. Please step forward and I'll assign you something to do (or pick it yourself if you have a particular area of interest). -Andy View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856153#3856153 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856153 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1072058 ] Not spec compliant on ClientID checking
Bugs item #1072058, was opened at 2004-11-23 20:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1072058group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: Adrian Brock (ejort) Summary: Not spec compliant on ClientID checking Initial Comment: The relaxed clientid checking introduced in 3.2.4 is not spec compliant with JMS1.1 Although, 3.2.x is only JMS1.0.2b, the wording in the JMS1.1 spec is intended as a clarification of JMS1.0.2b Additionally, the relaxed checking can cause problems for anonymous nondurable subscriptions: http://www.jboss.org/index.html?module=bbop=viewtopict=56829 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1072058group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1072058 ] Not spec compliant on ClientID checking
Bugs item #1072058, was opened at 2004-11-23 20:02 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1072058group_id=22866 Category: JBossMQ Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: Adrian Brock (ejort) Summary: Not spec compliant on ClientID checking Initial Comment: The relaxed clientid checking introduced in 3.2.4 is not spec compliant with JMS1.1 Although, 3.2.x is only JMS1.0.2b, the wording in the JMS1.1 spec is intended as a clarification of JMS1.0.2b Additionally, the relaxed checking can cause problems for anonymous nondurable subscriptions: http://www.jboss.org/index.html?module=bbop=viewtopict=56829 -- Comment By: Adrian Brock (ejort) Date: 2004-11-23 20:03 Message: Logged In: YES user_id=9459 Fixed for 3.2.7 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1072058group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE (dev)] - Re: Creation of element failed: javax.xml.rpc.encoding.TypeM
Okay, I tracked down the defect listing: http://sourceforge.net/tracker/?group_id=22866atid=376685func=detailaid=1014079 I see that this defect was fixed by letiemble on 2004-11-04 03:29 with the comment: Plugin runtime classpath was incomplete. Fixed in CVS. So I take it that in order to get the Web Services Client Wizard to work I have to download the latest source from CVS and rebuild. Is that right? Is there another workaround? - Brent View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856171#3856171 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856171 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Build System] - Re: problems on jboss 3.2.7 rc2
hi ryan...i've token it from branch_3_2. Now i try to see with cruisecontrol... thanks you View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856176#3856176 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856176 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - WSDL / Schema Imports : Absolute URLs allowed in WS4EE?
I have been reading over the Web Services for J2EE spec to determine if absolute urls are allowed for WSDL imports. At this time I would say they are allowed. Is this assumption correct? I would like to know because my company has published a number of abstract WSDL files I must implement. It appears that JBoss currently does not allow absolute url imports. If the spec is ok with it, I would be happy to provide a patch. Please let me know your thoughts.. thanks. Shawn Dahlen View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856186#3856186 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856186 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1071332 ] CMR and ejbCreate
Bugs item #1071332, was opened at 2004-11-22 22:42 Message generated for change (Comment added) made by kongdy You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071332group_id=22866 Category: JBossCMP Group: v4.0 Status: Open Resolution: Works For Me Priority: 5 Submitted By: Jasmine (kongdy) Assigned to: Alexey Loubyansky (loubyansky) Summary: CMR and ejbCreate Initial Comment: Hi, I have a problem regarding CMR. As for example, I have two tables Test and TestParams. The tables definitions are as follows: Test test_id varchar(20) not null primary key test_name varchar(20) not null TestParams test_id varchar(20) not null primary key (references to testID in Test) examiner varchar(20) not null primary key length int not null I am trying to establish a 1:N relationship between them. I have the relevant getters and setters in the two entity beans. Getters/Setters in Test: public abstract Collection getTestParamLists(); public abstract void setTestParamLists(Collection testParamLists); Getters/Setters in TestParams: public abstract TestLocal getTest(); public abstract void setTest(TestLocal test); Below are the extracts from the ejb-jar and jbosscmp- jdbc: Ejb-jar: relationships ejb-relation ejb-relation-nameTest-TestParams/ejb-relation- name ejb-relationship-role descriptionTest/description ejb-relationship-role-nameTest-has- Params/ejb-relationship-role-name multiplicityOne/multiplicity relationship-role-source descriptiontest/description ejb-nameTest/ejb-name /relationship-role-source cmr-field descriptionparamLists/description cmr-field-nameparamLists/cmr-field-name cmr-field-typejava.util.Collection/cmr-field- type /cmr-field /ejb-relationship-role ejb-relationship-role descriptionTest/description ejb-relationship-role-nameParams-belong-to- Test/ejb-relationship-role-name multiplicityMany/multiplicity relationship-role-source descriptiontestParams/description ejb-nameTestParams/ejb-name /relationship-role-source cmr-field descriptiontest/description cmr-field-nametest/cmr-field-name /cmr-field /ejb-relationship-role /ejb-relation /relationships jbosscmp-jdbc: relationships ejb-relation ejb-relation-nameTest-TestParams/ejb- relation-name ejb-relationship-role ejb-relationship-role-nameTest-has- Params/ejb-relationship-role-name key-fields key-field field-nametestId/field-name column-nametest_id/column-name /key-field /key-fields /ejb-relationship-role ejb-relationship-role ejb-relationship-role-nameParams-belong- to-Test/ejb-relationship-role-name /ejb-relationship-role /ejb-relation /relationships I tried to create a Test bean and a TestParams bean by issuing the following codes: TestLocal newTest=testLocalHome.create(testobject); testParamsLocalHome.create(paramObject, newTest); The Test bean is successfully created, but not the TestParams bean. I got the following error: javax.ejb.CreateException: javax.ejb.CreateException: Could not create entity:java.sql.SQLException: Unknown column 'test' in 'field list' I looked at the log file and it has the following info: Executing SQL: INSERT INTO TEST_PARAMS (test_ID, examiner, length, test) VALUES (?, ?, ?, ?) It seems like Jboss thinks that my cmr field is a cmp field? What do I need to change? Any help is appreciate. -- Comment By: Jasmine (kongdy) Date: 2004-11-23 23:05 Message: Logged In: YES user_id=1159743 I attached some of the files I used. I am still producing the same errors. javax.ejb.CreateException: javax.ejb.CreateException: Could not create entity:java.sql.SQLException: Unknown column 'test' in 'field list' -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-11-23 10:08 Message: Logged In: YES user_id=543482 attach a testcase, please -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1071332group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: Milestone 2 imminent
With Kabir's help I proved that the bug is actually somehow in Entourage. It doesn't happen on his side, and doesn't happen with Thunderbird. So we should be go for M2 shortly. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856200#3856200 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856200 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: EJB Timer Service
In JBoss 4, Is it possible to have an EJB Timer that is an HA-Singleton? The objective is to have only one instance of the EJB timer within the cluster, and if the node containing the timer goes down another node will automatically create a new EJB timer. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856195#3856195 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856195 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - JBoss 4.0.0 xdoclet tags
I need to expose a EJB as a Webservice with JBoss 4.0.0. I got it working with jboss-3.2.3 by using xdoclet jboss-net tags. Does any one know the equivalence of jboss-net xdoclet tags for use with JBoss-4.0.0? I know that JbosWS is the new module responsible for providing support for WebServices in JBoss4, with the full set of J2EE 1.4 WebServices tech. But like it predecessor i think we could still use xdoclet to make life much easier. Below are some example tags to ilustrate my doubt @jboss-net:web-service urn=BMIservice @ejb:interface-method view-type=local @jboss-net:web-method @param Y @param X @return Thank u all View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856204#3856204 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856204 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Xdoclet in JBoss-4.0.0
I need to expose a EJB as a Webservice with JBoss 4.0.0. I got it working with jboss-3.2.3 by using xdoclet jboss-net tags. Does any one know the equivalence of jboss-net xdoclet tags for use with JBoss-4.0.0? I know that JbosWS is the new module responsible for providing support for WebServices in JBoss4, with the full set of J2EE 1.4 WebServices tech. But like it predecessor i think we could still use xdoclet to make life much easier. Below are some example tags to ilustrate my doubt @jboss-net:web-service urn=BMIservice @ejb:interface-method view-type=local @jboss-net:web-method @param Y @param X @return Thank u all View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856205#3856205 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856205 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0-jdk-matrix build.22 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20041123204116Lbuild.22 BUILD COMPLETE-build.22Date of build:11/23/2004 20:41:16Time to build:38 minutes 47 secondsLast changed:11/23/2004 15:17:20Last log entry:Bug Fix [1072508]]: Port client id fix from 3.2 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(27)1.1.4.1modifiedejorttestsuite/src/main/org/jboss/test/jbossmq/test/DuplicateClientIDUnitTestCase.javaBug Fix [1072508]]: Port client id fix from 3.21.9.6.1modifiedejortmessaging/src/main/org/jboss/mq/sm/AbstractStateManager.javaBug Fix [1072508]]: Port client id fix from 3.21.17.4.1modifiedstarksmsystem/src/main/org/jboss/deployment/XSLSubDeployer.javaAdd the missing lgpl header1.16.4.1modifiedanddserver/src/main/org/jboss/Shutdown.javadepend on org.jboss.system.server.ServerImplMbean instead of ServerImpl1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpclit/META-INF/jaxrpc-mapping.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpclit/META-INF/wsdl/MarshallRpcLitService.wsdlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpcenc/META-INF/wsdl/MarshallRpcEncService.wsdlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpcenc/META-INF/jaxrpc-mapping.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/META-INF/wsdl/MarshallDocLitService.wsdlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/META-INF/jaxrpc-mapping.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/META-INF/ws4ee-deployment.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/AbstractRpcTestBase.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallDocBeanImpl.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.3modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallDocLiteralTestCase.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallDocServiceInterface.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallRpcBeanImpl.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallRpcServiceInterface.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/DefaultTypeMappingImpl.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/CalendarDeserializer.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/CalendarSerializer.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/DateDeserializer.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/DateSerializer.javaFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.42.2.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/AbstractInstanceCache.javaUpdate the tryToPassivate method logic to try a non-blocking synchronization of the instance lock if it is a BeanLockExt since removal from
[JBoss-dev] [ jboss-Bugs-1065491 ] war isolation issue
Bugs item #1065491, was opened at 2004-11-12 14:51 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1065491group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Don Hill (ssswdon) Assigned to: Scott M Stark (starksm) Summary: war isolation issue Initial Comment: I am trying to get war isolation to work for the default configuration of jboss-4.0.0, The issue I have is that there exist a older version of castor in default/lib folder and I need to use a newer version, I know I can just remove it but the problem is I am trying to use war isolation for the classloader or get the CL to look for a class in the web-inf/lib first before going to the parent, Here is the jboss-web.xml I am using class-loading java2ClassLoadingCompliance='false' loader-repository test.issue.com:loader=issue.war loader-repository-config java2ParentDelegaton=false /loader-repository-config /loader-repository /class-loading I have tried several options and the only way I can get it to work is by changing the setting in jboss-service.xml to attribute name=Java2ClassLoadingCompliancefalse/attribute. I have attached a war file that will dump some xml after running through castor that is in the web-inf/lib if the older castor is in the default/lib it will throw a NPE, I am not sure but I think this will also be the case in the server/all config. -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 18:09 Message: Logged In: YES user_id=175228 The oberon war fails due to default configuration of the tomcat container which does not read the WEB-INF/jboss-web.xml class loader config. The jboss-4.0.0/server/default config runs more like standalone tomcat but it not using the servlet 2.3 class loading model by default. Edit the jbossweb-tomcat50.sar/META-INF/jboss-service.xml and either set: attribute name=Java2ClassLoadingCompliancefalse/attribute or enable the parsing of the jboss-web.xml class loading settings by setting: attribute name=UseJBossWebLoadertrue/attribute -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 07:28 Message: Logged In: YES user_id=175228 Correct. So can you provide the servlet which demonstrates how castor is being used as requested? -- Comment By: Don Hill (ssswdon) Date: 2004-11-23 06:09 Message: Logged In: YES user_id=1158015 I want to be able to deploy a war in the default and all config without having to modify the server configs, I thought that I was able to add the class loading entry in the jboss-web, jbos-app ... and get the behavior that I needed, what I need is for the classloader of the war to load classes from the web container e.g, /web-inf/classes/lib before looking for the classes in the parent CL. hth -- Comment By: Dan Small (dsmall0) Date: 2004-11-22 15:32 Message: Logged In: YES user_id=1104154 We are having a similar pbm. Only in our case clash is over versions of jaxen and dom4j. Btw we have a .war that works with 3.2.5 through 3.2. 7rc1, and works with 4.0.1rc1. It does _not_ however work with 4.0.0. In a couple of hours from now you will be able to download the war from http://orbeon.sourceforge. net/unstable-blds/presentation-server/ When it doesn't work you get a ClassCastException. When it does you will see something similar to this : http://www.orbeon.com/ois/ . Btw, shouldn't the fact that jboss exposes these implementation details ( dom4j version ) to clients be considered a bug? -- Comment By: Scott M Stark (starksm) Date: 2004-11-20 09:13 Message: Logged In: YES user_id=175228 Can you provide the war doing the parsing or at least a servlet that produces the indicated output. -- Comment By: Don Hill (ssswdon) Date: 2004-11-12 14:53 Message: Logged In: YES user_id=1158015 When it works you will get the following output 16:30:57,451 INFO [STDOUT] FieldName=:timestamp 16:30:57,451 INFO [STDOUT] Order total price = 257.5 16:30:57,521 INFO [STDOUT] FieldName=:timestamp 16:30:57,521 INFO [STDOUT] FieldName=:timestamp 16:30:57,531 INFO [STDOUT] ?xml version=1.0 encoding=UTF-8? Order reference=12343-AHSHE-314159 total-price=257.5 Timestamp=1100298657521ClientNameJean Smith/NameAddr ess2000, Alameda de las Pulgas, San Mateo, CA 94403/Address/ClientItem reference=RF-0001Quantity10/Quantity UnitPrice8.95/UnitPriceDescriptionStuffed Penguin/Description/ItemItem reference=RF-0034Quantity5/Quant
[JBoss-dev] [ jboss-Bugs-1065491 ] war isolation issue
Bugs item #1065491, was opened at 2004-11-12 14:51 Message generated for change (Comment added) made by dsmall0 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1065491group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Don Hill (ssswdon) Assigned to: Scott M Stark (starksm) Summary: war isolation issue Initial Comment: I am trying to get war isolation to work for the default configuration of jboss-4.0.0, The issue I have is that there exist a older version of castor in default/lib folder and I need to use a newer version, I know I can just remove it but the problem is I am trying to use war isolation for the classloader or get the CL to look for a class in the web-inf/lib first before going to the parent, Here is the jboss-web.xml I am using class-loading java2ClassLoadingCompliance='false' loader-repository test.issue.com:loader=issue.war loader-repository-config java2ParentDelegaton=false /loader-repository-config /loader-repository /class-loading I have tried several options and the only way I can get it to work is by changing the setting in jboss-service.xml to attribute name=Java2ClassLoadingCompliancefalse/attribute. I have attached a war file that will dump some xml after running through castor that is in the web-inf/lib if the older castor is in the default/lib it will throw a NPE, I am not sure but I think this will also be the case in the server/all config. -- Comment By: Dan Small (dsmall0) Date: 2004-11-23 18:51 Message: Logged In: YES user_id=1104154 OK, thanks. But what about this difference between 4.0.0 and 4.0.1rc1? That is I would like to know, if possible, what direction jboss is going in before I update our install doc. Also, is this 'un-encapsulation' of dom4j and jaxen usage a feature? -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 18:09 Message: Logged In: YES user_id=175228 The oberon war fails due to default configuration of the tomcat container which does not read the WEB-INF/jboss-web.xml class loader config. The jboss-4.0.0/server/default config runs more like standalone tomcat but it not using the servlet 2.3 class loading model by default. Edit the jbossweb-tomcat50.sar/META-INF/jboss-service.xml and either set: attribute name=Java2ClassLoadingCompliancefalse/attribute or enable the parsing of the jboss-web.xml class loading settings by setting: attribute name=UseJBossWebLoadertrue/attribute -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 07:28 Message: Logged In: YES user_id=175228 Correct. So can you provide the servlet which demonstrates how castor is being used as requested? -- Comment By: Don Hill (ssswdon) Date: 2004-11-23 06:09 Message: Logged In: YES user_id=1158015 I want to be able to deploy a war in the default and all config without having to modify the server configs, I thought that I was able to add the class loading entry in the jboss-web, jbos-app ... and get the behavior that I needed, what I need is for the classloader of the war to load classes from the web container e.g, /web-inf/classes/lib before looking for the classes in the parent CL. hth -- Comment By: Dan Small (dsmall0) Date: 2004-11-22 15:32 Message: Logged In: YES user_id=1104154 We are having a similar pbm. Only in our case clash is over versions of jaxen and dom4j. Btw we have a .war that works with 3.2.5 through 3.2. 7rc1, and works with 4.0.1rc1. It does _not_ however work with 4.0.0. In a couple of hours from now you will be able to download the war from http://orbeon.sourceforge. net/unstable-blds/presentation-server/ When it doesn't work you get a ClassCastException. When it does you will see something similar to this : http://www.orbeon.com/ois/ . Btw, shouldn't the fact that jboss exposes these implementation details ( dom4j version ) to clients be considered a bug? -- Comment By: Scott M Stark (starksm) Date: 2004-11-20 09:13 Message: Logged In: YES user_id=175228 Can you provide the war doing the parsing or at least a servlet that produces the indicated output. -- Comment By: Don Hill (ssswdon) Date: 2004-11-12 14:53 Message: Logged In: YES user_id=1158015 When it works you will get the following output 16:30:57,451 INFO [STDOUT] FieldName=:timestamp 16:30:57,451 INFO [STDOUT] Order total price = 257.5 16:30:57,521 INFO [STDOUT] FieldName=:timestamp 16:30:57,521 INFO [STDOUT] FieldName=:timestamp
[JBoss-dev] jboss-3.2-testsuite build.9 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20041123185115Lbuild.9 BUILD COMPLETE-build.9Date of build:11/23/2004 18:51:15Time to build:69 minutes 41 secondsLast changed:11/23/2004 15:03:59Last log entry:Bug Fix [1072058]: Not spec compliant on client id checking Unit Tests: (1881) Total Errors and Failures: (30)unknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestQueueMessageOrderorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestRequestReplyQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryQueueDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryTopicDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueSendorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueBrowseorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationTopicPublishorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestErrorsTopicSubscribeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestCreateQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestMessageListenerorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestApplicationServerStufforg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicsorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalBounceorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorChangeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorNullOrEmptyorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendListenOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestJCACallerIdentityorg.jboss.test.security.test.LoginModulesUnitTestCasetestJCACallerIdentityorg.jboss.test.security.test.XMLLoginModulesUnitTestCasetestEvictionorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestEvictionReplicationorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestStateTransferorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestASyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutTxorg.jboss.test.cache.test.replicated.SyncTxUnitTestCase Modifications since last build:(16)1.1.2.1modifiedejorttestsuite/src/main/org/jboss/test/jbossmq/test/DuplicateClientIDUnitTestCase.javaBug Fix [1072058]: Not spec compliant on client id checking1.4.2.4modifiedejortmessaging/src/main/org/jboss/mq/sm/AbstractStateManager.javaBug Fix [1072058]: Not spec compliant on client id checking1.6.2.8modifiedejorttestsuite/.classpathFix the eclipse build1.5.2.4modifiedejortremoting/.classpathFix the eclipse build1.10.2.2modifiedejortcommon/.classpathFix the eclipse build1.4.2.3modifiedejortmessaging/src/main/org/jboss/mq/sm/AbstractStateManager.javaSource tidyup and documentation1.1.4.1modifiedtdieslertestsuite/src/resources/jbossnet/servicename/ear/META-INF/application.xmlBackport jboss-4.0.1 codebase to Branch_3_21.1.4.1modifiedtdieslertestsuite/src/resources/jbossnet/servicename/Hello.wsdlBackport jboss-4.0.1 codebase to Branch_3_21.1.4.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/servicename/GreetingTO.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.4.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/servicename/HelloBeanImpl.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.4.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/servicename/ServiceNameTestCase.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.1.1.4.5modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/security/SecurityUnitTestCase.javaBackport jboss-4.0.1 codebase to Branch_3_21.1.2.7modifiedtdieslertestsuite/imports/code-generation.xmlBackport jboss-4.0.1 codebase to Branch_3_21.1.2.26modifiedtdieslertestsuite/imports/test-jars.xmlBackport jboss-4.0.1 codebase to Branch_3_21.32.2.15modifiedstarksmserver/src/main/org/jboss/ejb/plugins/AbstractInstanceCache.javaUpdate the tryToPassivate method logic to try a non-blocking synchronization of the instance lock if it is a BeanLockExt since removal from the cache is going to have to acquire the cache lock, and this may already be held since this method is called by passivation policies without the cache lock. This can lead to a deadlock as in the case of a size based eviction during a cache get attempting to lock the bean that has been locked by an age based background thread. All jboss lock implementations support the BeanLockExt interface by virtue of extending the BeanLockSupport class. Fixes [ 987389 ]
[JBoss-dev] [ jboss-Bugs-1065491 ] war isolation issue
Bugs item #1065491, was opened at 2004-11-12 14:51 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1065491group_id=22866 Category: JBossMX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Don Hill (ssswdon) Assigned to: Scott M Stark (starksm) Summary: war isolation issue Initial Comment: I am trying to get war isolation to work for the default configuration of jboss-4.0.0, The issue I have is that there exist a older version of castor in default/lib folder and I need to use a newer version, I know I can just remove it but the problem is I am trying to use war isolation for the classloader or get the CL to look for a class in the web-inf/lib first before going to the parent, Here is the jboss-web.xml I am using class-loading java2ClassLoadingCompliance='false' loader-repository test.issue.com:loader=issue.war loader-repository-config java2ParentDelegaton=false /loader-repository-config /loader-repository /class-loading I have tried several options and the only way I can get it to work is by changing the setting in jboss-service.xml to attribute name=Java2ClassLoadingCompliancefalse/attribute. I have attached a war file that will dump some xml after running through castor that is in the web-inf/lib if the older castor is in the default/lib it will throw a NPE, I am not sure but I think this will also be the case in the server/all config. -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 18:54 Message: Logged In: YES user_id=175228 The default isolation is being removed. 4.0.1RC1 uses the same flat class loading model by default that 3.2 does and this will read the web level class loader configuration. The default flat class loading model has been a feature of jboss since 3.0.x. -- Comment By: Dan Small (dsmall0) Date: 2004-11-23 18:51 Message: Logged In: YES user_id=1104154 OK, thanks. But what about this difference between 4.0.0 and 4.0.1rc1? That is I would like to know, if possible, what direction jboss is going in before I update our install doc. Also, is this 'un-encapsulation' of dom4j and jaxen usage a feature? -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 18:09 Message: Logged In: YES user_id=175228 The oberon war fails due to default configuration of the tomcat container which does not read the WEB-INF/jboss-web.xml class loader config. The jboss-4.0.0/server/default config runs more like standalone tomcat but it not using the servlet 2.3 class loading model by default. Edit the jbossweb-tomcat50.sar/META-INF/jboss-service.xml and either set: attribute name=Java2ClassLoadingCompliancefalse/attribute or enable the parsing of the jboss-web.xml class loading settings by setting: attribute name=UseJBossWebLoadertrue/attribute -- Comment By: Scott M Stark (starksm) Date: 2004-11-23 07:28 Message: Logged In: YES user_id=175228 Correct. So can you provide the servlet which demonstrates how castor is being used as requested? -- Comment By: Don Hill (ssswdon) Date: 2004-11-23 06:09 Message: Logged In: YES user_id=1158015 I want to be able to deploy a war in the default and all config without having to modify the server configs, I thought that I was able to add the class loading entry in the jboss-web, jbos-app ... and get the behavior that I needed, what I need is for the classloader of the war to load classes from the web container e.g, /web-inf/classes/lib before looking for the classes in the parent CL. hth -- Comment By: Dan Small (dsmall0) Date: 2004-11-22 15:32 Message: Logged In: YES user_id=1104154 We are having a similar pbm. Only in our case clash is over versions of jaxen and dom4j. Btw we have a .war that works with 3.2.5 through 3.2. 7rc1, and works with 4.0.1rc1. It does _not_ however work with 4.0.0. In a couple of hours from now you will be able to download the war from http://orbeon.sourceforge. net/unstable-blds/presentation-server/ When it doesn't work you get a ClassCastException. When it does you will see something similar to this : http://www.orbeon.com/ois/ . Btw, shouldn't the fact that jboss exposes these implementation details ( dom4j version ) to clients be considered a bug? -- Comment By: Scott M Stark (starksm) Date: 2004-11-20 09:13 Message: Logged In: YES user_id=175228 Can you provide the war doing the parsing or at least a servlet that produces the indicated output.
[JBoss-dev] [JBossWS] - Re: WebService Address
Is there any better solution to this problem for large scale deployments? If we need to go down into the sar deployment and change this file for every box we deploy to, that significantly complicates our deployment of JBoss. Is there any way to have the WebServiceHost attribute reflect the actual hostname of the server the VM is running on? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856212#3856212 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856212 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0-testsuite build.7 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20041123214007Lbuild.7 BUILD COMPLETE-build.7Date of build:11/23/2004 21:40:07Time to build:104 minutes 34 secondsLast changed:11/23/2004 15:17:20Last log entry:Bug Fix [1072508]]: Port client id fix from 3.2 Unit Tests: (1958) Total Errors and Failures: (53)testAllTx_RWLockorg.jboss.test.cache.stress.EvictionLocalStressTestCasetestAllTx_RWLockorg.jboss.test.cache.stress.LocalStressTestCasetestStateReplicationorg.jboss.test.cluster.test.DistributedStateTestCasetestServletSessionLoadBalancingorg.jboss.test.cluster.test.WebSessionTestCasetestBasicStatelessSessionorg.jboss.test.cts.test.StatelessSessionStressTestCasetestClientCallbackorg.jboss.test.cts.test.StatelessSessionStressTestCasetestRuntimeErrororg.jboss.test.cts.test.StatelessSessionStressTestCasetestServerFoundorg.jboss.test.cts.test.StatelessSessionStressTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestENCPerforg.jboss.test.naming.test.NamingStressTestCasetestSecureEJBViaLoginInitialContextFactoryorg.jboss.test.naming.test.SecurityUnitTestCasetestSecureEJBViaJndiLoginInitialContextFactoryorg.jboss.test.naming.test.SecurityUnitTestCaseunknownorg.jboss.test.security.test.JaasUnitTestCasetestJCACallerIdentityorg.jboss.test.security.test.LoginModulesUnitTestCasetestJCACallerIdentityorg.jboss.test.security.test.XMLLoginModulesUnitTestCaseunknownorg.jboss.test.securitymgr.test.WebIntegrationUnitTestCaseunknownorg.jboss.test.web.test.WebIntegrationUnitTestCasetestDocStyleorg.jboss.test.webservice.encstyle.EncStyleTestCasetestRpcStyleorg.jboss.test.webservice.encstyle.EncStyleTestCasetestEvictionorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestEvictionReplicationorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestThreadedAccess_SimpleLockorg.jboss.test.cache.test.generic.IdentityLockUnitTestCasetestStateTransferorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestASyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutTxorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestStateReplicationorg.jboss.test.cluster.test.DRMTestCasetestCreateOrganizationorg.jboss.test.jaxr.create.CreateOrganizationTestCasetestJaxrDeleteorg.jboss.test.jaxr.delete.JaxrDeleteTestCasetestJaxrReadorg.jboss.test.jaxr.read.JaxrReadTestCasetestStatefulHandleorg.jboss.test.security.test.EJBSpecUnitTestCasetestServerFoundorg.jboss.test.webservice.encstyle.EncStyleTestCase Modifications since last build:(33)1.1.4.1modifiedejorttestsuite/src/main/org/jboss/test/jbossmq/test/DuplicateClientIDUnitTestCase.javaBug Fix [1072508]]: Port client id fix from 3.21.9.6.1modifiedejortmessaging/src/main/org/jboss/mq/sm/AbstractStateManager.javaBug Fix [1072508]]: Port client id fix from 3.21.17.4.1modifiedstarksmsystem/src/main/org/jboss/deployment/XSLSubDeployer.javaAdd the missing lgpl header1.16.4.1modifiedanddserver/src/main/org/jboss/Shutdown.javadepend on org.jboss.system.server.ServerImplMbean instead of ServerImpl1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpclit/META-INF/jaxrpc-mapping.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpclit/META-INF/wsdl/MarshallRpcLitService.wsdlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpcenc/META-INF/wsdl/MarshallRpcEncService.wsdlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpcenc/META-INF/jaxrpc-mapping.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/META-INF/wsdl/MarshallDocLitService.wsdlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/META-INF/jaxrpc-mapping.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL PROTECTED]1.1.1.1.4.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/META-INF/ws4ee-deployment.xmlFix: [ 1050226 ] missing time zone in xs:date representationThanks, Jason T. Greene [EMAIL
[JBoss-dev] jboss-3.2 build.190 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041123234142Lbuild.190 BUILD COMPLETE-build.190Date of build:11/23/2004 23:41:42Time to build:24 minutes 26 secondsLast changed:11/23/2004 15:03:59Last log entry:Bug Fix [1072058]: Not spec compliant on client id checking Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(8)1.1.2.1modifiedejorttestsuite/src/main/org/jboss/test/jbossmq/test/DuplicateClientIDUnitTestCase.javaBug Fix [1072058]: Not spec compliant on client id checking1.4.2.4modifiedejortmessaging/src/main/org/jboss/mq/sm/AbstractStateManager.javaBug Fix [1072058]: Not spec compliant on client id checking1.6.2.8modifiedejorttestsuite/.classpathFix the eclipse build1.5.2.4modifiedejortremoting/.classpathFix the eclipse build1.1.2.2modifiedejorthibernate/.classpathFix the eclipse build1.4.2.3modifiedejortiiop/.classpathFix the eclipse build1.10.2.2modifiedejortcommon/.classpathFix the eclipse build1.4.2.3modifiedejortmessaging/src/main/org/jboss/mq/sm/AbstractStateManager.javaSource tidyup and documentation
[JBoss-dev] [JBossWS] - Error while accessing web service
I have web service created. while accessing the service i am getting following error on server console. Please help if any one knows what is the problem.. Thanks s 11:21:25,990 WARN [jbossweb] WARNING: Error for /jboss-net/services/testHelloWorld java.lang.LinkageError: loader constraints violated when linking javax/xml/soap/SOAPElement class at org.apache.axis.message.EnvelopeBuilder.(EnvelopeBuilder.java:84) at org.apache.axis.encoding.DeserializationContextImpl.(DeserializationContextImpl.java:170) at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:540)at org.apache.axis.Message.getSOAPEnvelope(Message.java:377)at org.apache.axis.handlers.soap.SOAPService$SOAPRequestHandler.invoke(SOAPService.java:176) at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:71) at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:156) at org.apache.axis.SimpleChain.invoke(SimpleChain.java:126) at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:437) at org.apache.axis.server.AxisServer.invoke(AxisServer.java:316)at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:701) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:335) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) at org.mortbay.http.HttpContext.handle(HttpContext.java:1714) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:507) at org.mortbay.http.HttpContext.handle(HttpContext.java:1664) at org.mortbay.http.HttpServer.service(HttpServer.java:863) at org.jboss.jetty.Jetty.service(Jetty.java:460)at org.mortbay.http.HttpConnection.service(HttpConnection.java:775) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:939) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:792) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:455) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856216#3856216 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856216 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - JBossCache Bug in get(someNode, key)?
I have two JVMs that are invoking put(blah, key, value) and get(blah, key) where blah is the same node in a TreeCacheAop instance. The keys and the values are String instances. A key, in this case, is a hashed version of its corresponding value which is just an FQN to another location in the cache. When many threads (200 or more) are creating nodes and adding key/value pairs for those nodes into the cache, I occassionaly get null back from the cache on a get invocation. This occurs in between get invocations for the same key in which a value was returned. At no time are key/value pairs being removed from the blah node, and at no time are other nodes being removed from the cache. Can anyone help me postulate why this might be occurring? I am using JBossCache 1.1.1 with an isolation level of SERIALIZEABLE (it happened with REPEATABLE_READ too) and with asynch replication. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856217#3856217 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856217 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041124002121 BUILD FAILEDAnt Error Message:/home/cruisecontrol/work/scripts/build-jboss-head.xml:63: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 1 See compile.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build:11/24/2004 00:21:21Time to build:16 minutes 51 secondsLast changed:11/23/2004 21:08:12Last log entry:Restore the tools module content after the errant removal Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(121)1.4modifiedstarksmtools/lib/xml-apis.jarRestore the tools module content after the errant removal1.9modifiedstarksmtools/lib/xercesImpl.jarRestore the tools module content after the errant removal1.4modifiedstarksmtools/lib/bsf.jarRestore the tools module content after the errant removal1.17modifiedstarksmtools/lib/buildmagic-tasks.jarRestore the tools module content after the errant removal1.4modifiedstarksmtools/lib/junit.jarRestore the tools module content after the errant removal1.5modifiedstarksmtools/lib/pretty.jarRestore the tools module content after the errant removal1.3modifiedstarksmtools/lib/resolver.jarRestore the tools module content after the errant removal1.7modifiedstarksmtools/lib/xalan.jarRestore the tools module content after the errant removal1.4modifiedstarksmtools/lib/READMERestore the tools module content after the errant removal1.5modifiedstarksmtools/lib/ant-javamail.jarRestore the tools module content after the errant removal1.5modifiedstarksmtools/lib/ant-junit.jarRestore the tools module content after the errant removal1.5modifiedstarksmtools/lib/ant-launcher.jarRestore the tools module content after the errant removal1.5modifiedstarksmtools/lib/ant-nodeps.jarRestore the tools module content after the errant removal1.5modifiedstarksmtools/lib/ant-trax.jarRestore the tools module content after the errant removal1.3modifiedstarksmtools/lib/ant-xalan2.jarRestore the tools module content after the errant removal1.5modifiedstarksmtools/lib/ant-xslp.jarRestore the tools module content after the errant removal1.11modifiedstarksmtools/lib/ant.jarRestore the tools module content after the errant removal1.26modifiedstarksmtools/etc/buildmagic/buildmagic.entRestore the tools module content after the errant removal1.4modifiedstarksmtools/etc/buildmagic/common.propertiesRestore the tools module content after the errant removal1.7modifiedstarksmtools/etc/buildmagic/common.xmlRestore the tools module content after the errant removal1.49modifiedstarksmtools/etc/buildmagic/libraries.entRestore the tools module content after the errant removal1.9modifiedstarksmtools/etc/buildmagic/libraries.xmlRestore the tools module content after the errant removal1.24modifiedstarksmtools/etc/buildmagic/modules.entRestore the tools module content after the errant removal1.6modifiedstarksmtools/etc/buildmagic/modules.xmlRestore the tools module content after the errant removal1.5modifiedstarksmtools/etc/buildmagic/targets.entRestore the tools module content after the errant removal1.7modifiedstarksmtools/etc/buildmagic/task.propertiesRestore the tools module content after the errant removal1.6modifiedstarksmtools/etc/buildmagic/version-info.xmlRestore the tools module content after the errant removal1.8modifiedstarksmtools/etc/buildmagic/autoload.propertiesRestore the tools module content after the errant removal1.7modifiedstarksmtools/etc/buildmagic/build-common.xmlRestore the tools module content after the errant removal1.12modifiedstarksmtools/bin/antRestore the tools module content after the errant removal1.8modifiedstarksmtools/bin/ant.batRestore the tools module content after the errant removal1.7modifiedstarksmtools/bin/antRunRestore the tools module content after the errant removal1.8modifiedstarksmtools/bin/antRun.batRestore the tools module content after the errant removal1.3modifiedstarksmtools/bin/antx.batRestore the tools module content after the errant removal1.8modifiedstarksmtools/bin/lcp.batRestore the tools module content after the errant removal1.2modifiedanddtestsuite/src/main/org/jboss/test/jbossmx/compliance/standard/support/TortureMBean.javaJMX standard specifies that only "boolean isX()" style methodsrepresent attributes. "Boolean isX()" methods map to operations.Solves incompatibility with jdk5 jmx implementation.1.2modifiedanddtestsuite/src/main/org/jboss/test/jbossmx/compliance/standard/support/Torture.javaJMX standard specifies that only "boolean isX()" style methodsrepresent attributes. "Boolean isX()" methods map to operations.Solves incompatibility with jdk5 jmx implementation.1.2modifiedanddtestsuite/src/main/org/jboss/test/jbossmx/compliance/standard/InfoTortureTestCase.javaJMX standard specifies that only "boolean isX()"
[JBoss-dev] [Clusters on JBoss (Clusters/JBoss)] - HASingleton Programming
When I create an HASingleton MBean, can I just extends HASingletonSupport class in org.jboss.ha.singleton package? Or, just I should extends ServiceMBeanSupport class? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856218#3856218 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856218 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: Error while accessing web service
it solved. I have following files in /all/lib which i removed. saaj.jar, saaj-api.jar and saai-ri.jar View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856220#3856220 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856220 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.217 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041124013912Lbuild.217 BUILD COMPLETE-build.217Date of build:11/24/2004 01:39:12Time to build:19 minutes 27 secondsLast changed:11/24/2004 00:28:02Last log entry:Move tests-webservice and tests-txtimer to the jboss-all-config-tests as these need the all server running and they don't start their own server setup. Added a netboot-tests target. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(4)1.406.2.26modifiedstarksmtestsuite/build.xmlMove tests-webservice and tests-txtimer to the jboss-all-config-tests as these need the all server running and they don't start their own server setup. Added a netboot-tests target.1.1.4.1modifiedejorttestsuite/src/main/org/jboss/test/jbossmq/test/DuplicateClientIDUnitTestCase.javaBug Fix [1072508]]: Port client id fix from 3.21.9.6.1modifiedejortmessaging/src/main/org/jboss/mq/sm/AbstractStateManager.javaBug Fix [1072508]]: Port client id fix from 3.21.17.4.1modifiedstarksmsystem/src/main/org/jboss/deployment/XSLSubDeployer.javaAdd the missing lgpl header
[JBoss-dev] [JBossWS] - Re: WebService Address
This has been fixed in jboss-4.0.1 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856229#3856229 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856229 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: WSDL / Schema Imports : Absolute URLs allowed in WS4EE?
This has been fixed in jboss-4.0.1 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856230#3856230 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856230 --- 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://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
