Bugs item #619171, was opened at 2002-10-06 02:11
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=619171&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Timur Zambalayev (timurz)
Assign
Ì©·áÏòÄãÎʺÃ!
ÎÒ¹«Ë¾³¤ÆÚ´Óʹú¼ÊóÒ×,ΪÍÚ¾òÊг¡Ç±Á¦¡¢À©´ó¾Óª¹æÄ£,ÒâÔÚ¹óµØ
Ñ°ÕÒÁôÒ×´°¿Ú,Ìؽ«´Ë¼Ûͬ±í³Ê¹óµ¥Î»²Î¿¼.ÎÒ˾ÌṩһÁ÷Æ·ÖÊ,Ò»Á÷·þÎñ,
ËÍ»õÉÏÃÅ, ÅúÁí¾ù¿É.
Ì©·áóÒ×¼¯ÍŹ«Ë¾
̨±±ÊÐÄþ²¨Â·38#óÒ×ÖÐÐÄA´±16-20
Öйú´ú±í´¦£ºÍõ±£¹ú
ÁªÏµµç»°£º01395-9727338
Ò».µçÄÔÅä¼þ(RMB.Ôª):
A:Ó²ÅÌ
Maxtor
40GB£¨
I hope to move to a castor (or castor-like) model for all of our XML
processing in the future.
--jason
On Sat, 5 Oct 2002, James Higginbotham wrote:
> OK, thanks for the info. I hope to at least implement a soltuon using a
> deploy order implementation (a solution from Sacha, thanks!) that si
Ì©·áÏòÄãÎʺÃ!
ÎÒ¹«Ë¾³¤ÆÚ´Óʹú¼ÊóÒ×,ΪÍÚ¾òÊг¡Ç±Á¦¡¢À©´ó¾Óª¹æÄ£,ÒâÔÚ¹óµØ
Ñ°ÕÒÁôÒ×´°¿Ú,Ìؽ«´Ë¼Ûͬ±í³Ê¹óµ¥Î»²Î¿¼.ÎÒ˾ÌṩһÁ÷Æ·ÖÊ,Ò»Á÷·þÎñ,
ËÍ»õÉÏÃÅ, ÅúÁí¾ù¿É.
Ì©·áóÒ×¼¯ÍŹ«Ë¾
̨±±ÊÐÄþ²¨Â·38#óÒ×ÖÐÐÄA´±16-20
Öйú´ú±í´¦£ºÍõ±£¹ú
ÁªÏµµç»°£º01395-9727338
Ò».µçÄÔÅä¼þ(RMB.Ôª):
A:Ó²ÅÌ
Maxtor
40GB£¨
OK, thanks for the info. I hope to at least implement a soltuon using a
deploy order implementation (a solution from Sacha, thanks!) that simply
adds the war filter after the ear, and see if I have another solution in
the foe servers. Sounds like the apache commons digester or Castor
*might* help
Again, I am not positive, but I believe the order is determined by the XML
impl, when it returns a NodeList. From what I can tell the order is fairly
random.
The only way I could get deployments to order correctlt was to use the JBoss
tag (in jboss.xml in each of the members of the EAR) and
The issue with 589808 is that MainDeployer.parseManifestLibraries treats
the jars in the manifest as arbitrary deployment candidates. These should only
be treated as jars to be handled by the JarDeployer. This is the only change
required to fix this issue.
Blanket removal of isDeployable() makes
> However, I did modify the ear deployer to only deploy those
> archives mentioned in application.xml. Unless this has been
> modified since, ear files are not searched for deployable
> entities (although jar, sar, rar, ... archives are).
Actually, this brings up a question I've meant to ask
Hrm... so what is it there for I wonder? If you remove it does deployment
still function?
--jason
On 5 Oct 2002, Larry Sanderson wrote:
> No. I noticed this deplyment behaviour when I was working on the
> deployable directories, and I wanted to remove it then.
>
> As I recall, nobody else
No. I noticed this deplyment behaviour when I was working on the
deployable directories, and I wanted to remove it then.
As I recall, nobody else really thought it was a problem, and it was
left in primarily to deply jar files nested within a sar archive.
(Please, correct me if I am wrong here
I am not positive, but I think this might be part of the deployable
directories support.
--jason
On 6 Oct 2002, Matt Goodall wrote:
> Hi,
>
> I'm new (about 1.5 hours altogether) to the JBoss source code so forgive
> me, and correct me, if I've got some of this wrong ...
>
> When I deploy a
Number of tests run: 935
Successful tests: 932
Errors:3
Failures: 0
[time of test: 5 October 2002 17:24 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
Hi,
I'm new (about 1.5 hours altogether) to the JBoss source code so forgive
me, and correct me, if I've got some of this wrong ...
When I deploy an EAR the deployer deploys that EAR and *all* files
contained inside if they are one of the types listed in
SubDeployerSupport.isDeployable(). It act
I will look into any build system issues with the testsuite shortly.
--jason
On Sat, 5 Oct 2002, Scott M Stark wrote:
> No, it seems rather messed up. I get to the first test and it just hangs there:
>
> tests-standard-unit:
> [junit] Running org.jboss.test.cts.test.BmpUnitTestCase
>
> ^
¹úÇì¿ìÀÖ!
ÎÒÕæ³ÏµØÏòÄúÍƼöÒ»¸ö¼ÈÄܹºÎïÓÖÄÜ°ïÄú׬ǮµÄÍøÕ¾!
ÊÇÕæÊǼÙ,Äú¿´Á˾ÍÖªµÀÁË£º
http://www.dirshop.com/mall/index.php?user=luckboy
µ«Ô¸ÎÒÄܸøÄú´øÀ´ºÃÔË!
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgee
> Okay, sounds interesting. Do you have an concreate ideas on a design for
> such a beast?
Nope, just broad generalizations ;)
David's idea for a re-write (refactoring) makes sense to me if done
incrementally.
Off the top of my head...
I think a good first step would be to wrap the ant engin
No, it seems rather messed up. I get to the first test and it just hangs there:
tests-standard-unit:
[junit] Running org.jboss.test.cts.test.BmpUnitTestCase
^\Full thread dump:
"WATCHDOG" daemon prio=5 tid=0x1f7f490 nid=0x1d4bc80 waiting on monitor
[0xf060b000..0xf060bba0]
at java.
although I'm not having much success running 'tests-unit' on HEAD... I
seem to get a few infinite loops from log4j that eventually die to stack
overflows and a test success rate of only about 44%
anyone else having better luck with it?
On Sat, 5 Oct 2002,
Juha-P Lindfors wrote:
>
> cool, tha
cool, thanks
On Sat, 5 Oct 2002, Scott M Stark wrote:
> Its fixed now.
>
>
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
>
>
> - Original Message -
> From: "Juha-P Lindfors" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> S
Its fixed now.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Juha-P Lindfors" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, October 05, 2002 8:24 AM
Subject: [JBoss-dev] Build testsuite
does the testsuite work yet or is this still work in progress?
I can't get it to run from either /build or /testsuite
$ ./build.bat run-basic-testsuite
Calling ..\tools\bin\ant.bat -logger org.apache.tools.ant.NoBannerLogger
run-basic-testsu
ite
Buildfile: build.xml
_buildmagic:init:
Trying to
Bugs item #593625, was opened at 2002-08-11 03:35
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=593625&group_id=22866
Category: JBossTX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Frank Langelage (lafr)
Assigned to:
Bugs item #593625, was opened at 2002-08-11 12:35
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=593625&group_id=22866
Category: JBossTX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Frank Langelage (lafr)
Assigned to:
Bugs item #618908, was opened at 2002-10-05 14:21
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=618908&group_id=22866
Category: JBossServer
Group: v4.0
Status: Open
Resolution: None
Priority: 5
Submitted By: Frank Langelage (lafr)
Assigned to: Nobody/A
Hey Hiram,
Glad to see you're getting interested. Unfortunately I leave for the
weekend in a few minutes... more on monday.
The part of jca 1.5 I haven't written is the deployment of the adapter. If
you get that far, you should be able to write a simple mbean to create your
ResourceAdapter and
I've backported the fix from HEAD.
Regards,
Adrian
>From: Alex Loubyansky <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: JBoss-Dev <[EMAIL PROTECTED]>
>Subject: [JBoss-dev] undeploying ejb-jar in Branch_3_2
>Date: Sat, 5 Oct 2002 13:44:09 +0300
>
>Undeploying ejb-jar with one entity and
I believe this is fixed now.
--jason
On Sat, 5 Oct 2002, Alex Loubyansky wrote:
> I can't build current fresh HEAD on Win2000 with jdk1.3.1.
>
> 1. I had to add -Xmx640m as in build.sh
> 2. BUILD FAILED
> file:C:/CVSROOT/jboss-all/security/build.xml:166: Reference javac.classpath not
>found.
Undeploying ejb-jar with one entity and one session beans in current
Branch_3_2, the exception below is thrown.
Am I alone?
alex
2002-10-05 13:19:58,447 INFO [org.jboss.ejb.plugins.EntityInstancePool] Destroyed
2002-10-05 13:19:58,447 ERROR [org.jboss.ejb.EntityContainer] Destroying failed
java
I can't build current fresh HEAD on Win2000 with jdk1.3.1.
1. I had to add -Xmx640m as in build.sh
2. BUILD FAILED
file:C:/CVSROOT/jboss-all/security/build.xml:166: Reference javac.classpath not found.
alex
---
This sf.net email is sponsore
Okay, sounds interesting. Do you have an concreate ideas on a design for
such a beast?
--jason
On Fri, 4 Oct 2002, Matt Munz wrote:
> > Can you explain the Ant MBean thing to me please.
>
> Here's the way I see it.
>
> ANT features:
>
> core system composed of engine + modules
> engin
Do you know any folks with Ant rw?
--jason
On Fri, 4 Oct 2002, Matt Munz wrote:
> David,
>
> > As far as I know ant is still
> > remarkably unfriendly to attempts to run it inside anything else, most of
> > the methods needed are private or package access.
>
> Yeah, there's a lot of paranoid
31 matches
Mail list logo