[JBoss-dev] JBoss Test Results: 98 % ( 1647 / 1670 ) - nearly there - who is gonna get us to 100%!. JBoss (HEAD/linux1/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Mar 19 05:14:27 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1670 Successful tests: 1647 Errors:18 Failures: 5 [time of test: 2004-03-19.03-42 GMT] [java.version: 1.4.2_03] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.2_03-b02] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-28.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.2_03/logtests/testresults/reports/html//2004-03-19.03-42 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.ejbconf.test.MetaDataUnitTestCase Test:testMethodPermissions Type:error Exception: org.jboss.deployment.DeploymentException Message: Error in ejb-jar.xml for Session Bean StatelessSession: Cannot create webservice client; - nested throwable: (java.lang.IllegalStateException: No 'jboss' MBeanServer found!) - Suite: org.jboss.test.exception.EntityExceptionUnitTestCase Test:testNotDiscardedApplicationExceptionInTxMarkRollback_remote Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Error, bean instance was discarded! - Suite: org.jboss.test.exception.EntityExceptionUnitTestCase Test:testNotDiscardedApplicationExceptionNewTxMarkRollback_remote Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Error, bean instance was discarded! - Suite: org.jboss.test.exception.EntityExceptionUnitTestCase Test:testNotDiscardedApplicationExceptionNoTx_remote Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Error, bean instance was discarded! - Suite: org.jboss.test.exception.EntityExceptionUnitTestCase Test:testNotDiscardedApplicationExceptionInTxMarkRollback_local Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Error, bean instance was discarded! - Suite: org.jboss.test.exception.EntityExceptionUnitTestCase Test:testNotDiscardedApplicationExceptionNewTxMarkRollback_local Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Error, bean instance was discarded! === Fri Mar 19 05:14:27 GMT 2004 === Linux nog.kimptoc.net 2.4.20-28.7 #1 Thu Dec 18 11:31:59 EST 2003 i686 unknown === java -version java version "1.4.2_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 98 % ( 1648 / 1670 ) - nearly there - who is gonna get us to 100%!. JBoss (HEAD/linux1/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Mar 19 02:17:12 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1670 Successful tests: 1648 Errors:18 Failures: 4 [time of test: 2004-03-19.00-41 GMT] [java.version: 1.4.1_06] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_06-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-28.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.1_06/logtests/testresults/reports/html//2004-03-19.00-41 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.cts.test.MDBUnitTestCase Test:testPooling Type:failure Exception: junit.framework.AssertionFailedError Message: Inovker.runEx != null - Suite: org.jboss.test.ejbconf.test.MetaDataUnitTestCase Test:testMethodPermissions Type:error Exception: org.jboss.deployment.DeploymentException Message: Error in ejb-jar.xml for Session Bean StatelessSession: Cannot create webservice client; - nested throwable: (java.lang.IllegalStateException: No 'jboss' MBeanServer found!) - Suite: org.jboss.test.exception.EntityExceptionUnitTestCase Test:testNotDiscardedApplicationExceptionInTxMarkRollback_remote Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Error, bean instance was discarded! - Suite: org.jboss.test.exception.EntityExceptionUnitTestCase Test:testNotDiscardedApplicationExceptionNewTxMarkRollback_remote Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Error, bean instance was discarded! - Suite: org.jboss.test.exception.EntityExceptionUnitTestCase Test:testNotDiscardedApplicationExceptionNoTx_remote Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Error, bean instance was discarded! - Suite: org.jboss.test.exception.EntityExceptionUnitTestCase Test:testNotDiscardedApplicationExceptionInTxMarkRollback_local Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Error, bean instance was discarded! === Fri Mar 19 02:17:12 GMT 2004 === Linux nog.kimptoc.net 2.4.20-28.7 #1 Thu Dec 18 11:31:59 EST 2003 i686 unknown === java -version java version "1.4.1_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_06-b01) Java HotSpot(TM) Client VM (build 1.4.1_06-b01, mixed mode) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Your TreeCache changes
On Fri, 2004-03-19 at 01:43, Bela Ban wrote: > Hey Adrian, > > what are you doing ? You're breaking our code by changing start() to > startService() ! No I am not. All the cache tests still work for me. start() invokes startService(). start() was never intended to be overriden, in fact doing so in the way you had it breaks the state machine of ServiceMBeanSupport What I have actually done is change start() to go via the service controller so when you click start()/stop() on the jmx console it also starts/stops dependent services. start() -> serviceController -> startService() \--> startService() on dependents before my modification it was start() -> startService() which meant dependents didn't start Regards, Adrian -- Adrian Brock Director of Support Back Office JBoss Inc. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - forum search improvements
I have checked in improvements for both index module and forum module. The forum index is more efficient and the results are sorted when they are retrieved. Also the query langage is the one given with lucene. When message were added/removed/updated the index was not updated, now it is fixed. Also you can see that in the main forum page, it is possible to look at the message you own and at the message that have been posted since the last visit date of the user on the website. In the index module, it is possible to know when an index is being created and more importantly it is possible to interrupt that process (very usefull when testing large index building). http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3826425#3826425";>View the original post http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3826425>Reply to the post --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: FileEJB LOCATE error on PostgreSQL
it is $nukes/build/local.properties http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3826424#3826424";>View the original post http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3826424>Reply to the post --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [Mail Services] - Re: Feedback about Mail Services
acoliver wrote: Thanks Sergey, I think you're dead on with the specific issues with mail storage. I disagree with the YAMS sentiment, in that each mail server have issues and I've not yet found one that I like. Granted I'm sure some folks will eventually investigate us and not like what we're doing, but ultimately I think we can reach Exchange's feature set, be protocol compatible without some of its annoying flaws (proprietary, license costs, security failings, maintentance downtime, single operating system, etc). I agree the functionality in the JAMES mailet interface is something that we should achieve. I'd actually like to go a bit further and have some (thinking javascript?) scripting support so that admins can write mailets of sorts if they need. Hmmm That should be as simple as creating a ScriptMailet, RhinoMailet, BSFMailet, etc. -joel shellman --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
Thu Mar 18 22:30:51 GMTST 2004
===
HERE ARE THE LAST 100 LINES OF THE LOG:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:206:
cannot resolve symbol
[javac] symbol : class MediaFormatRegistry
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormatRegistry mediaFormatRegistry =
MediaFormatRegistry.SINGLETON;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:206:
cannot resolve symbol
[javac] symbol : variable MediaFormatRegistry
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormatRegistry mediaFormatRegistry =
MediaFormatRegistry.SINGLETON;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:213:
cannot resolve symbol
[javac] symbol : class MediaFormat
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormat mediaFormat = (MediaFormat)
mediaFormats.get(extension);
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:213:
cannot resolve symbol
[javac] symbol : class MediaFormat
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormat mediaFormat = (MediaFormat)
mediaFormats.get(extension);
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:221:
cannot resolve symbol
[javac] symbol : variable IIOMediaFormatFactory
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] Map mediaFormats = IIOMediaFormatFactory.createMediaFormats();
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:224:
cannot resolve symbol
[javac] symbol : class MpegAudioFormat
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] mediaFormats.put("mp3", new MpegAudioFormat());
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:227:
cannot resolve symbol
[javac] symbol : class OggVorbisFormat
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] mediaFormats.put("ogg", new OggVorbisFormat());
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:229:
cannot resolve symbol
[javac] symbol : class MediaFormatRegistry
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormatRegistry mediaFormatRegistry =
MediaFormatRegistry.SINGLETON;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:229:
cannot resolve symbol
[javac] symbol : variable MediaFormatRegistry
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormatRegistry mediaFormatRegistry =
MediaFormatRegistry.SINGLETON;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:100:
warning: com.sun.net.ssl.SSLContext in com.sun.net.ssl has been deprecated
[javac] SSLContext sslCtx = null;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:103:
warning: com.sun.net.ssl.SSLContext in com.sun.net.ssl has been deprecated
[javac] sslCtx = SSLContext.getInstance("TLS");
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:112:
warning: com.sun.net.ssl.KeyManagerFactory in com.sun.net.ssl has been deprecated
[javac]
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/winxp/1.4.1_06) [AUTOMATED]
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
Thu Mar 18 22:23:50 GMTST 2004
===
HERE ARE THE LAST 100 LINES OF THE LOG:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:206:
cannot resolve symbol
[javac] symbol : class MediaFormatRegistry
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormatRegistry mediaFormatRegistry =
MediaFormatRegistry.SINGLETON;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:206:
cannot resolve symbol
[javac] symbol : variable MediaFormatRegistry
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormatRegistry mediaFormatRegistry =
MediaFormatRegistry.SINGLETON;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:213:
cannot resolve symbol
[javac] symbol : class MediaFormat
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormat mediaFormat = (MediaFormat)
mediaFormats.get(extension);
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:213:
cannot resolve symbol
[javac] symbol : class MediaFormat
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormat mediaFormat = (MediaFormat)
mediaFormats.get(extension);
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:221:
cannot resolve symbol
[javac] symbol : variable IIOMediaFormatFactory
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] Map mediaFormats = IIOMediaFormatFactory.createMediaFormats();
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:224:
cannot resolve symbol
[javac] symbol : class MpegAudioFormat
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] mediaFormats.put("mp3", new MpegAudioFormat());
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:227:
cannot resolve symbol
[javac] symbol : class OggVorbisFormat
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] mediaFormats.put("ogg", new OggVorbisFormat());
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:229:
cannot resolve symbol
[javac] symbol : class MediaFormatRegistry
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormatRegistry mediaFormatRegistry =
MediaFormatRegistry.SINGLETON;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\media\format\MediaFormatUnitTestCase.java:229:
cannot resolve symbol
[javac] symbol : variable MediaFormatRegistry
[javac] location: class org.jboss.test.media.format.MediaFormatUnitTestCase
[javac] MediaFormatRegistry mediaFormatRegistry =
MediaFormatRegistry.SINGLETON;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:100:
warning: com.sun.net.ssl.SSLContext in com.sun.net.ssl has been deprecated
[javac] SSLContext sslCtx = null;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:103:
warning: com.sun.net.ssl.SSLContext in com.sun.net.ssl has been deprecated
[javac] sslCtx = SSLContext.getInstance("TLS");
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:112:
warning: com.sun.net.ssl.KeyManagerFactory in com.sun.net.ssl has been deprecated
[javac]
RE: [JBoss-dev] Deployment directory for singleton services
On Thu, 2004-03-18 at 15:22, Dimitris Andreadis wrote: > I'm not sure if orthogonal is the right word for this case. If I rephrase: > > farm - for applications deployed across a cluster > deploy-hasingleton - for applications deployed across a cluster but active only on > one node at a time. > > It seems to me more like an an attribute of a clustered application. > Yes, it would make sense to farm deploy-hasingleton in most circumstances. Of course it would be a waste of effort if you are using netboot. The only argument against is that you might want different configuration on different servers? e.g. JBossMQ MessageCache memory settings. Regards, Adrian > Regards > /Dimitris > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > Adrian Brock > Sent: ÎÎÎÏÏÎ, 18 ÎÎÏÏÎÎÏ 2004 4:17 ÎÎ > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] Deployment directory for singleton services > > > On Wed, 2004-03-17 at 10:37, Dimitris Andreadis wrote: > > How about having a sub-directory "farm/singleton" instead? > > > > They serve different orthogonal purposes. > farm - is for applications deployed across a cluster > deploy-hasingleton - is for applications that should only be run on > one server at a time. > > I can see a case for the deploy-hasingleton directory getting > replicated across the cluster. But the deployment will still only > be active on one server in the cluster. > > Regards, > Adrian > > > I guess is a little bit more difficult to implement, having the "farm" watcher > > ignore this particular dir, but it looks more intuitive to me. > > > > /Dimitris > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ivelin Ivanov > > Sent: ÎÎÏÏÎÏÎ, 15 ÎÎÏÏÎÎÏ 2004 2:47 ÏÎ > > To: [EMAIL PROTECTED] > > Subject: [JBoss-dev] Deployment directory for singleton services > > > > > > > > In 3.2.4 under config "server/all" there is going to be another deployment > > directory, parallel to "deploy" and "farm", which will host services that are > > deployed on exactly one node in the cluster. > > > > The tentative name is "deploy-hasingleton". A service under "deploy" declared > > in deploy-hasingleton-service.xml will deploy the directory in question. > > > > JMS is the first service that will take advantage of this new directory. > > > > My question is how should we name the directory and what other services are > > good candidates for it? > > > > Cheers, > > > > Ivelin > > > > > > > > --- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > ___ > > JBoss-Development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > --- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > > ___ > > JBoss-Development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Inc. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Deployment directory for singleton services
On Thu, 2004-03-18 at 14:59, Juha-P Lindfors wrote: > couldn't the deployer just pick up a tag from the descriptor -- rather > than add yet another deployment directory? > Yes, that should be the long term solution. e.g. or But it *is* easier to just a drop a deployment in a different directory than cracking open an archive and adding some xml. Regards, Adrian > On Thu, 18 Mar 2004, Adrian Brock wrote: > > > On Wed, 2004-03-17 at 10:37, Dimitris Andreadis wrote: > > > How about having a sub-directory "farm/singleton" instead? > > > > > > > They serve different orthogonal purposes. > > farm - is for applications deployed across a cluster > > deploy-hasingleton - is for applications that should only be run on > > one server at a time. > > > > I can see a case for the deploy-hasingleton directory getting > > replicated across the cluster. But the deployment will still only > > be active on one server in the cluster. > > > > Regards, > > Adrian > > > > > I guess is a little bit more difficult to implement, having the "farm" watcher > > > ignore this particular dir, but it looks more intuitive to me. > > > > > > /Dimitris > > > > > > -Original Message- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ivelin Ivanov > > > Sent: ÎÎÏÏÎÏÎ, 15 ÎÎÏÏÎÎÏ 2004 2:47 ÏÎ > > > To: [EMAIL PROTECTED] > > > Subject: [JBoss-dev] Deployment directory for singleton services > > > > > > > > > > > > In 3.2.4 under config "server/all" there is going to be another deployment > > > directory, parallel to "deploy" and "farm", which will host services that are > > > deployed on exactly one node in the cluster. > > > > > > The tentative name is "deploy-hasingleton". A service under "deploy" declared > > > in deploy-hasingleton-service.xml will deploy the directory in question. > > > > > > JMS is the first service that will take advantage of this new directory. > > > > > > My question is how should we name the directory and what other services are > > > good candidates for it? > > > > > > Cheers, > > > > > > Ivelin > > > > > > > > > > > > --- > > > This SF.Net email is sponsored by: IBM Linux Tutorials > > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > > GenToo technologies. Learn everything from fundamentals to system > > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > > ___ > > > JBoss-Development mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > > > --- > > > This SF.Net email is sponsored by: IBM Linux Tutorials > > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > > GenToo technologies. Learn everything from fundamentals to system > > > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > > > ___ > > > JBoss-Development mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > -- > > > > Adrian Brock > > Director of Support > > Back Office > > JBoss Inc. > > > > > > > > > > --- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id70&alloc_id638&opk > > ___ > > JBoss-Development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > -- > Juha Lindfors > Director of Training > http://www.jboss.com > > > --- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Inc. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Deployment directory for singleton services
On Thu, 2004-03-18 at 14:59, Juha-P Lindfors wrote: > couldn't the deployer just pick up a tag from the descriptor -- rather > than add yet another deployment directory? > Yes, that should be the long term solution. e.g. or But it *is* easier to just a drop a deployment in a different directory than cracking open an archive and adding some xml. Regards, Adrian > On Thu, 18 Mar 2004, Adrian Brock wrote: > > > On Wed, 2004-03-17 at 10:37, Dimitris Andreadis wrote: > > > How about having a sub-directory "farm/singleton" instead? > > > > > > > They serve different orthogonal purposes. > > farm - is for applications deployed across a cluster > > deploy-hasingleton - is for applications that should only be run on > > one server at a time. > > > > I can see a case for the deploy-hasingleton directory getting > > replicated across the cluster. But the deployment will still only > > be active on one server in the cluster. > > > > Regards, > > Adrian > > > > > I guess is a little bit more difficult to implement, having the "farm" watcher > > > ignore this particular dir, but it looks more intuitive to me. > > > > > > /Dimitris > > > > > > -Original Message- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ivelin Ivanov > > > Sent: ÎÎÏÏÎÏÎ, 15 ÎÎÏÏÎÎÏ 2004 2:47 ÏÎ > > > To: [EMAIL PROTECTED] > > > Subject: [JBoss-dev] Deployment directory for singleton services > > > > > > > > > > > > In 3.2.4 under config "server/all" there is going to be another deployment > > > directory, parallel to "deploy" and "farm", which will host services that are > > > deployed on exactly one node in the cluster. > > > > > > The tentative name is "deploy-hasingleton". A service under "deploy" declared > > > in deploy-hasingleton-service.xml will deploy the directory in question. > > > > > > JMS is the first service that will take advantage of this new directory. > > > > > > My question is how should we name the directory and what other services are > > > good candidates for it? > > > > > > Cheers, > > > > > > Ivelin > > > > > > > > > > > > --- > > > This SF.Net email is sponsored by: IBM Linux Tutorials > > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > > GenToo technologies. Learn everything from fundamentals to system > > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > > ___ > > > JBoss-Development mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > > > --- > > > This SF.Net email is sponsored by: IBM Linux Tutorials > > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > > GenToo technologies. Learn everything from fundamentals to system > > > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > > > ___ > > > JBoss-Development mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > -- > > > > Adrian Brock > > Director of Support > > Back Office > > JBoss Inc. > > > > > > > > > > --- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id70&alloc_id638&opk > > ___ > > JBoss-Development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > -- > Juha Lindfors > Director of Training > http://www.jboss.com > > > --- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Inc. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Deployment directory for singleton services
I'm not sure if orthogonal is the right word for this case. If I rephrase: farm - for applications deployed across a cluster deploy-hasingleton - for applications deployed across a cluster but active only on one node at a time. It seems to me more like an an attribute of a clustered application. Regards /Dimitris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Adrian Brock Sent: ÎÎÎÏÏÎ, 18 ÎÎÏÏÎÎÏ 2004 4:17 ÎÎ To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Deployment directory for singleton services On Wed, 2004-03-17 at 10:37, Dimitris Andreadis wrote: > How about having a sub-directory "farm/singleton" instead? > They serve different orthogonal purposes. farm - is for applications deployed across a cluster deploy-hasingleton - is for applications that should only be run on one server at a time. I can see a case for the deploy-hasingleton directory getting replicated across the cluster. But the deployment will still only be active on one server in the cluster. Regards, Adrian > I guess is a little bit more difficult to implement, having the "farm" watcher > ignore this particular dir, but it looks more intuitive to me. > > /Dimitris > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ivelin Ivanov > Sent: ÎÎÏÏÎÏÎ, 15 ÎÎÏÏÎÎÏ 2004 2:47 ÏÎ > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] Deployment directory for singleton services > > > > In 3.2.4 under config "server/all" there is going to be another deployment > directory, parallel to "deploy" and "farm", which will host services that are > deployed on exactly one node in the cluster. > > The tentative name is "deploy-hasingleton". A service under "deploy" declared > in deploy-hasingleton-service.xml will deploy the directory in question. > > JMS is the first service that will take advantage of this new directory. > > My question is how should we name the directory and what other services are > good candidates for it? > > Cheers, > > Ivelin > > > > --- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > --- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Inc. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&opk ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Deployment directory for singleton services
couldn't the deployer just pick up a tag from the descriptor -- rather than add yet another deployment directory? On Thu, 18 Mar 2004, Adrian Brock wrote: > On Wed, 2004-03-17 at 10:37, Dimitris Andreadis wrote: > > How about having a sub-directory "farm/singleton" instead? > > > > They serve different orthogonal purposes. > farm - is for applications deployed across a cluster > deploy-hasingleton - is for applications that should only be run on > one server at a time. > > I can see a case for the deploy-hasingleton directory getting > replicated across the cluster. But the deployment will still only > be active on one server in the cluster. > > Regards, > Adrian > > > I guess is a little bit more difficult to implement, having the "farm" watcher > > ignore this particular dir, but it looks more intuitive to me. > > > > /Dimitris > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ivelin Ivanov > > Sent: ÎÎÏÏÎÏÎ, 15 ÎÎÏÏÎÎÏ 2004 2:47 ÏÎ > > To: [EMAIL PROTECTED] > > Subject: [JBoss-dev] Deployment directory for singleton services > > > > > > > > In 3.2.4 under config "server/all" there is going to be another deployment > > directory, parallel to "deploy" and "farm", which will host services that are > > deployed on exactly one node in the cluster. > > > > The tentative name is "deploy-hasingleton". A service under "deploy" declared > > in deploy-hasingleton-service.xml will deploy the directory in question. > > > > JMS is the first service that will take advantage of this new directory. > > > > My question is how should we name the directory and what other services are > > good candidates for it? > > > > Cheers, > > > > Ivelin > > > > > > > > --- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > ___ > > JBoss-Development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > --- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > > ___ > > JBoss-Development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > -- > > Adrian Brock > Director of Support > Back Office > JBoss Inc. > > > > > --- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&opÌk > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > -- Juha Lindfors Director of Training http://www.jboss.com --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Deployment directory for singleton services
On Wed, 2004-03-17 at 10:37, Dimitris Andreadis wrote: > How about having a sub-directory "farm/singleton" instead? > They serve different orthogonal purposes. farm - is for applications deployed across a cluster deploy-hasingleton - is for applications that should only be run on one server at a time. I can see a case for the deploy-hasingleton directory getting replicated across the cluster. But the deployment will still only be active on one server in the cluster. Regards, Adrian > I guess is a little bit more difficult to implement, having the "farm" watcher > ignore this particular dir, but it looks more intuitive to me. > > /Dimitris > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ivelin Ivanov > Sent: ÎÎÏÏÎÏÎ, 15 ÎÎÏÏÎÎÏ 2004 2:47 ÏÎ > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] Deployment directory for singleton services > > > > In 3.2.4 under config "server/all" there is going to be another deployment > directory, parallel to "deploy" and "farm", which will host services that are > deployed on exactly one node in the cluster. > > The tentative name is "deploy-hasingleton". A service under "deploy" declared > in deploy-hasingleton-service.xml will deploy the directory in question. > > JMS is the first service that will take advantage of this new directory. > > My question is how should we name the directory and what other services are > good candidates for it? > > Cheers, > > Ivelin > > > > --- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > --- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Inc. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-913634 ] Wrong IP used in OIL and UIL
Bugs item #913634, was opened at 2004-03-10 17:32
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=913634&group_id=22866
Category: JBossMQ
Group: v3.2
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Tim De Vos (tdevos)
Assigned to: Adrian Brock (ejort)
Summary: Wrong IP used in OIL and UIL
Initial Comment:
Operating system used: Windows 2000 server
JDK: 1.4.2_03
JBoss version tested: 3.2.3
Description:
The following test-environment is used:
On location A:
- JBoss 3.2.3 binded to 192.168.0.1
- There is a router/firewall with all necessary ports open
on location A with external IP (example): 212.212.212.1
(DNS name "locationA")
- The DNS name "locationA" is internally (only on
location A) resolved to 192.168.0.1. This is done by
editing the hosts file in windows.
- JBoss is started with -blocationA and -
Djava.rmi.server=locationA
On location B:
- A JMS runs on a machine with IP 192.168.0.31. The
client connects to "locationA".
- There is a router/firewall with all necessary ports open
on location B with external IP (example): 212.212.212.2
If the client on location B connects to locationA then a
connection is made. However the client now tries to
establisch a connection to 192.168.0.1 (the internal IP
of locationA). Instead it should use the hostname and
resolve it to the correct IP. The problem is that the
server IP is sent to the client using serialization. It
should be looked up again.
You can fix it by changing
org.jboss.mq.il.uil2.UILServerIL (line 576):
if( localAddr != null )
socket = socketFactory.createSocket(addr,
port, localAddr, localPort);
else
socket = socketFactory.createSocket(addr,
port);
break;
to the following code:
if( localAddr != null ) {
socket = socketFactory.createSocket
(addr.getHostName(), port, localAddr, localPort);
}
else {
socket = socketFactory.createSocket
(addr.getHostName(), port);
}
I tested with OIL and UIL2 but probably OIL2 and others
have the same problem. So OILServerIL.java and others
have to be changed also.
Tim De Vos
--
>Comment By: Adrian Brock (ejort)
Date: 2004-03-18 14:16
Message:
Logged In: YES
user_id=9459
There is a 24 hour delay before it becomes available to
anonymous CVS.
When I said the "other ILs", I meant the TCP/IP versions.
There is nothing wrong with the HTTP/JVM/RMI ILs
other than the RMI version is slow and HTTP does polling which
has some latency.
Currently there are 4 TCP/IP ILs OIL/OIL2/UIL/UIL2 - only
UIL2 is actively
developed. It is on my TODO list to rewrite OIL using
similar techniques
to UIL2 (i.e. without the stupid synchronization)
Bug reports are not really the place for this type of
discussion.
Regards,
Adrian
--
Comment By: Tim De Vos (tdevos)
Date: 2004-03-17 17:03
Message:
Logged In: YES
user_id=994826
I checked out the nightly build of 3.2.4 but I can`t find a
property useServerHost in the source-code.
is this correct?
Will the HTTP IL also be deprecated?
Regards,
Tim De Vos
--
Comment By: Adrian Brock (ejort)
Date: 2004-03-16 21:45
Message:
Logged In: YES
user_id=9459
I have added the system property
org.jboss.mq.il.uil2.useServerHost
on the client which when set to true will connect to the
HostName
rather than the ip address.
The other ILs are deprecated.
Regards,
Adrian
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=913634&group_id=22866
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-917633 ] XDoclet generation causes Eclipse to stop responding
Bugs item #917633, was opened at 2004-03-16 22:53 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=917633&group_id=22866 Category: JBoss-IDE Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: aharangus (andrei_fsd) Assigned to: Laurent Etiemble (letiemble) Summary: XDoclet generation causes Eclipse to stop responding Initial Comment: I have been trying to generate xdoclets for a simple test application and I notice two problems: 1. I try to add a subtask to an EJB doclet (like fileset) but it does not appear under the arborescent structure of the doclet. If I try to add another subtask the pop-up menu fails to appear. 2. I finnally succed adding subtasks, but when trying to save the configuration (either by pressing 'Apply' or 'OK') I get the pop-up window that tells me to wait for the xdoclet generation and the application stops responding. I get the impression that the generation fails when trying to add 'jboss' subtask and set the 'version'. (I tryied to make a change, then press 'Apply', and so on and that is where it hangs most often). I am using Mandrake 9.1, jdk 1.4.2_03, eclipse 2.1, jboss ide 1.2.2. I have encountered the same problem on three different stations with the same software configuration, but different hardware. -- >Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 14:41 Message: Logged In: YES user_id=437455 I mark it as closed as it is an Eclipse bug. -- Comment By: aharangus (andrei_fsd) Date: 2004-03-18 14:02 Message: Logged In: YES user_id=999587 Indeed, there is a bug report concerning that on eclipse.org. Many thanks, and sorry for 'taking' your time. I will try the latest version. -- Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 13:25 Message: Logged In: YES user_id=437455 >From your stack trace it is a SWT/GTK problem. Maybe you should browse the Eclipse bug database to see if a report has been submitted for that. When I told you to test the latest version, I mean to test with Eclipse 2.1.2 and JBoss-IDE 1.2.2. If you want to give a try with Eclipse 3.0, you should use the M6, not the M7. -- Comment By: aharangus (andrei_fsd) Date: 2004-03-18 12:23 Message: Logged In: YES user_id=999587 Thanks for your response. 1. I have attached the log file. 2. I do not think latest Eclipse will do it for me, as JBOSS IDE doesn't work with Eclipse ver 3.0 (tested both on Win and Linux). -- Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 09:37 Message: Logged In: YES user_id=437455 1) Could you attach your log file ? 2) Could you upgrade to the latest version of Eclipse and JDK to see if it solves the problem ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=917633&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-917633 ] XDoclet generation causes Eclipse to stop responding
Bugs item #917633, was opened at 2004-03-16 23:53 Message generated for change (Comment added) made by andrei_fsd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=917633&group_id=22866 Category: JBoss-IDE Group: None Status: Open Resolution: None Priority: 5 Submitted By: aharangus (andrei_fsd) Assigned to: Laurent Etiemble (letiemble) Summary: XDoclet generation causes Eclipse to stop responding Initial Comment: I have been trying to generate xdoclets for a simple test application and I notice two problems: 1. I try to add a subtask to an EJB doclet (like fileset) but it does not appear under the arborescent structure of the doclet. If I try to add another subtask the pop-up menu fails to appear. 2. I finnally succed adding subtasks, but when trying to save the configuration (either by pressing 'Apply' or 'OK') I get the pop-up window that tells me to wait for the xdoclet generation and the application stops responding. I get the impression that the generation fails when trying to add 'jboss' subtask and set the 'version'. (I tryied to make a change, then press 'Apply', and so on and that is where it hangs most often). I am using Mandrake 9.1, jdk 1.4.2_03, eclipse 2.1, jboss ide 1.2.2. I have encountered the same problem on three different stations with the same software configuration, but different hardware. -- >Comment By: aharangus (andrei_fsd) Date: 2004-03-18 15:02 Message: Logged In: YES user_id=999587 Indeed, there is a bug report concerning that on eclipse.org. Many thanks, and sorry for 'taking' your time. I will try the latest version. -- Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 14:25 Message: Logged In: YES user_id=437455 >From your stack trace it is a SWT/GTK problem. Maybe you should browse the Eclipse bug database to see if a report has been submitted for that. When I told you to test the latest version, I mean to test with Eclipse 2.1.2 and JBoss-IDE 1.2.2. If you want to give a try with Eclipse 3.0, you should use the M6, not the M7. -- Comment By: aharangus (andrei_fsd) Date: 2004-03-18 13:23 Message: Logged In: YES user_id=999587 Thanks for your response. 1. I have attached the log file. 2. I do not think latest Eclipse will do it for me, as JBOSS IDE doesn't work with Eclipse ver 3.0 (tested both on Win and Linux). -- Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 10:37 Message: Logged In: YES user_id=437455 1) Could you attach your log file ? 2) Could you upgrade to the latest version of Eclipse and JDK to see if it solves the problem ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=917633&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-898690 ] ClassLoader problem
Bugs item #898690, was opened at 2004-02-17 13:29 Message generated for change (Comment added) made by rafciom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=898690&group_id=22866 Category: JBossCMP Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rafal Kedziorski (rafciom) Assigned to: Nobody/Anonymous (nobody) Summary: ClassLoader problem Initial Comment: hi, since JBoss 3.2.4RC1 update from cvs on 16th february, I get sometimes this exception. One time it's wirking the next not. The same EAR wirk's fine with JBoss 3.2.2. 13:10:27,125 ERROR [ManagerBase] ClassNotFoundException while loading persisted sessions: java.lang.ClassNotFoundExcepti on: net.magix.valueobject.user.UserVO java.lang.ClassNotFoundException: net.magix.valueobject.user.UserVO at java.net.URLClassLoader.run(URLClassLoader.java:199) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:219) at org.apache.catalina.util.CustomObjectInputStream.resolveClass(CustomObjectInputStream.java:120) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1513) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) at org.apache.catalina.session.StandardSession.readObject(StandardSession.java:1376) at org.apache.catalina.session.StandardSession.readObjectData(StandardSession.java:920) at org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:463) at org.apache.catalina.session.StandardManager.load(StandardManager.java:390) at org.apache.catalina.session.StandardManager.start(StandardManager.java:704) at org.apache.catalina.core.ContainerBase.setManager(ContainerBase.java:542) at org.apache.catalina.startup.ContextConfig.managerConfig(ContextConfig.java:348) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:652) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:253) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4222) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:866) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:850) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:638) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:110) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:480) at org.apache.catalina.core.StandardContext.init(StandardContext.java:5356) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:110) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:480) at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:235) at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:324) at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:315) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:833) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:643) at org.jboss.deployment.MainDeployer.addDeployer(MainDeployer.java:236) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke
[JBoss-dev] [ jboss-Bugs-889117 ] apply button does not work properly in the debug dialog
Bugs item #889117, was opened at 2004-02-02 16:00 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=889117&group_id=22866 Category: JBoss-IDE Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Andreas Wuest (andreaswuest) Assigned to: Laurent Etiemble (letiemble) Summary: apply button does not work properly in the debug dialog Initial Comment: hi, when i add a log file in the "Log Files" tag in the debug dialog of my jboss configuration i expect the apply button to be activated after adding the log file. however it is not enabled. after changing the current tab it is possible to use the apply button because the button the gets enabled. it would be nice if you could change to behaviour so that the apply button gets enabled after you added a log file. i am using eclipse 2.1.2 und jboss ide 1.2.2, windows 2000, jdk 1.4.1_01. thanks, Andreas -- >Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 13:22 Message: Logged In: YES user_id=437455 Fixed in CVS for 2.x and 3.x. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=889117&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-917633 ] XDoclet generation causes Eclipse to stop responding
Bugs item #917633, was opened at 2004-03-16 22:53 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=917633&group_id=22866 Category: JBoss-IDE Group: None Status: Open Resolution: None Priority: 5 Submitted By: aharangus (andrei_fsd) Assigned to: Laurent Etiemble (letiemble) Summary: XDoclet generation causes Eclipse to stop responding Initial Comment: I have been trying to generate xdoclets for a simple test application and I notice two problems: 1. I try to add a subtask to an EJB doclet (like fileset) but it does not appear under the arborescent structure of the doclet. If I try to add another subtask the pop-up menu fails to appear. 2. I finnally succed adding subtasks, but when trying to save the configuration (either by pressing 'Apply' or 'OK') I get the pop-up window that tells me to wait for the xdoclet generation and the application stops responding. I get the impression that the generation fails when trying to add 'jboss' subtask and set the 'version'. (I tryied to make a change, then press 'Apply', and so on and that is where it hangs most often). I am using Mandrake 9.1, jdk 1.4.2_03, eclipse 2.1, jboss ide 1.2.2. I have encountered the same problem on three different stations with the same software configuration, but different hardware. -- >Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 13:25 Message: Logged In: YES user_id=437455 >From your stack trace it is a SWT/GTK problem. Maybe you should browse the Eclipse bug database to see if a report has been submitted for that. When I told you to test the latest version, I mean to test with Eclipse 2.1.2 and JBoss-IDE 1.2.2. If you want to give a try with Eclipse 3.0, you should use the M6, not the M7. -- Comment By: aharangus (andrei_fsd) Date: 2004-03-18 12:23 Message: Logged In: YES user_id=999587 Thanks for your response. 1. I have attached the log file. 2. I do not think latest Eclipse will do it for me, as JBOSS IDE doesn't work with Eclipse ver 3.0 (tested both on Win and Linux). -- Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 09:37 Message: Logged In: YES user_id=437455 1) Could you attach your log file ? 2) Could you upgrade to the latest version of Eclipse and JDK to see if it solves the problem ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=917633&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-917633 ] XDoclet generation causes Eclipse to stop responding
Bugs item #917633, was opened at 2004-03-16 23:53 Message generated for change (Comment added) made by andrei_fsd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=917633&group_id=22866 Category: JBoss-IDE Group: None Status: Open Resolution: None Priority: 5 Submitted By: aharangus (andrei_fsd) Assigned to: Laurent Etiemble (letiemble) Summary: XDoclet generation causes Eclipse to stop responding Initial Comment: I have been trying to generate xdoclets for a simple test application and I notice two problems: 1. I try to add a subtask to an EJB doclet (like fileset) but it does not appear under the arborescent structure of the doclet. If I try to add another subtask the pop-up menu fails to appear. 2. I finnally succed adding subtasks, but when trying to save the configuration (either by pressing 'Apply' or 'OK') I get the pop-up window that tells me to wait for the xdoclet generation and the application stops responding. I get the impression that the generation fails when trying to add 'jboss' subtask and set the 'version'. (I tryied to make a change, then press 'Apply', and so on and that is where it hangs most often). I am using Mandrake 9.1, jdk 1.4.2_03, eclipse 2.1, jboss ide 1.2.2. I have encountered the same problem on three different stations with the same software configuration, but different hardware. -- >Comment By: aharangus (andrei_fsd) Date: 2004-03-18 13:23 Message: Logged In: YES user_id=999587 Thanks for your response. 1. I have attached the log file. 2. I do not think latest Eclipse will do it for me, as JBOSS IDE doesn't work with Eclipse ver 3.0 (tested both on Win and Linux). -- Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 10:37 Message: Logged In: YES user_id=437455 1) Could you attach your log file ? 2) Could you upgrade to the latest version of Eclipse and JDK to see if it solves the problem ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=917633&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-898210 ] JBoss IDE broken in Eclipse M7
Bugs item #898210, was opened at 2004-02-16 19:59 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=898210&group_id=22866 Category: JBoss-IDE Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ivan Bonilla Cortes (ibonilla) Assigned to: Laurent Etiemble (letiemble) Summary: JBoss IDE broken in Eclipse M7 Initial Comment: - XDoclet Code completion not working. - List of available doclets not showing in XDoclets configurations. -- >Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 09:41 Message: Logged In: YES user_id=437455 I repost the comments of bug #898239 : OS: Win XP Pro JDK: 1.4.2_03 Steps to reproduce: Install Eclipse M7 Install JBoss IDE per install doc >From Eclipse: Window:Preferences:JBoss IDE:XDoclet:Code Assist Click on Templates Expected: See default templates such as "Entity BMP EJB" Actual: Error message Note: The above works fine using Eclipse M6. Date: 2004-02-26 18:45 Sender: malkimi Logged In: YES user_id=673033 I have the same environment plus JBossIDE 1.2.230 and found two issues that cause these problems. 1. when eclipse looks for templates.xml it looks in /.resources instead off ./resources. I copied the files out of the plugin in dir C:/.resources and was able to load the JBossIDE templates. 2. After playing around with the XDoclet modules I noticed it found a bea module that I had but not jboss or ejb and after several reinstalls only the bea module showed up. I found that I had the xdoclet-bea-module in c:\. After copying the ejb, jboss, and web modules from xdoclet-core plugin dir and refreshing Xdoclet data in JBossIDE preferences everything worked. So it looks like resource paths and the way they are found are messed up. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=898210&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-898239 ] JBoss IDE does not work with Eclipse M7
Bugs item #898239, was opened at 2004-02-16 20:47 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=898239&group_id=22866 Category: JBoss-IDE Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Troy Langley (troyl) Assigned to: Laurent Etiemble (letiemble) Summary: JBoss IDE does not work with Eclipse M7 Initial Comment: OS: Win XP Pro JDK: 1.4.2_03 Steps to reproduce: Install Eclipse M7 Install JBoss IDE per install doc From Eclipse: Window:Preferences:JBoss IDE:XDoclet:Code Assist Click on Templates Expected: See default templates such as "Entity BMP EJB" Actual: Error message Note: The above works fine using Eclipse M6. -- >Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 09:39 Message: Logged In: YES user_id=437455 Please add you comments to the bug #898210 to avoid duplicates. -- Comment By: Michael Malkinzon (malkimi) Date: 2004-02-26 18:45 Message: Logged In: YES user_id=673033 I have the same environment plus JBossIDE 1.2.230 and found two issues that cause these problems. 1. when eclipse looks for templates.xml it looks in /.resources instead off ./resources. I copied the files out of the plugin in dir C:/.resources and was able to load the JBossIDE templates. 2. After playing around with the XDoclet modules I noticed it found a bea module that I had but not jboss or ejb and after several reinstalls only the bea module showed up. I found that I had the xdoclet-bea-module in c:\. After copying the ejb, jboss, and web modules from xdoclet-core plugin dir and refreshing Xdoclet data in JBossIDE preferences everything worked. So it looks like resource paths and the way they are found are messed up. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=898239&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-917633 ] XDoclet generation causes Eclipse to stop responding
Bugs item #917633, was opened at 2004-03-16 22:53 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=917633&group_id=22866 Category: JBoss-IDE Group: None Status: Open Resolution: None Priority: 5 Submitted By: aharangus (andrei_fsd) >Assigned to: Laurent Etiemble (letiemble) Summary: XDoclet generation causes Eclipse to stop responding Initial Comment: I have been trying to generate xdoclets for a simple test application and I notice two problems: 1. I try to add a subtask to an EJB doclet (like fileset) but it does not appear under the arborescent structure of the doclet. If I try to add another subtask the pop-up menu fails to appear. 2. I finnally succed adding subtasks, but when trying to save the configuration (either by pressing 'Apply' or 'OK') I get the pop-up window that tells me to wait for the xdoclet generation and the application stops responding. I get the impression that the generation fails when trying to add 'jboss' subtask and set the 'version'. (I tryied to make a change, then press 'Apply', and so on and that is where it hangs most often). I am using Mandrake 9.1, jdk 1.4.2_03, eclipse 2.1, jboss ide 1.2.2. I have encountered the same problem on three different stations with the same software configuration, but different hardware. -- >Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 09:37 Message: Logged In: YES user_id=437455 1) Could you attach your log file ? 2) Could you upgrade to the latest version of Eclipse and JDK to see if it solves the problem ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=917633&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-912018 ] Absolute paths in ant files
Bugs item #912018, was opened at 2004-03-08 16:01 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=912018&group_id=22866 Category: JBoss-IDE Group: None >Status: Closed >Resolution: Postponed Priority: 5 Submitted By: Patrick martin (patjlm) >Assigned to: Laurent Etiemble (letiemble) Summary: Absolute paths in ant files Initial Comment: Environment: Eclipse 2.1.2 JBoss-IDE 1.2.2 Windows 2000 The ant files packaging-build.xml and xdoclet-build.xml contain some absolute path, especially for the xdoclet.classpath path id and in zipfilesets. Is it possible to use relative path (relative to the project directory) instead, where possible? -- >Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 09:35 Message: Logged In: YES user_id=437455 The fact that the path are absolute are due to : - you can have multiple dependant projects on different drives (on Windows) - it is easier to see if something is missing in the path - the packaging-build.xml and xdoclet-build.xml are working file and should be regenerated when needed. The important files are .xdoclet and .packaging file which are filesystem independant. As you mention, one solution could be to have relative paths everywhere it is possible and keep absolute path if an element is on another drive. Patches are welcome. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=912018&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-853979 ] could not packaging for deployment
Bugs item #853979, was opened at 2003-12-04 12:43 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=853979&group_id=22866 Category: JBoss-IDE Group: v3.2 >Status: Closed >Resolution: Remind Priority: 5 Submitted By: andrea antibo (andreantibo) Assigned to: Laurent Etiemble (letiemble) Summary: could not packaging for deployment Initial Comment: I'm study jboss-ide and I make a fibonacci exemple of tutorial, but when I try to make my .jar, .war, .ear for deploy application eclipse crashes. I'm on linux/debian, jdk 1.4.0, eclipse 2.1.1 -- >Comment By: Laurent Etiemble (letiemble) Date: 2004-03-18 09:31 Message: Logged In: YES user_id=437455 Still no response. -- Comment By: Laurent Etiemble (letiemble) Date: 2003-12-08 10:31 Message: Logged In: YES user_id=437455 Can you post more details ? A stack trace from you server ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=853979&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
