I have not seen it in 3.0 and I do quite a bit of redeploying a 12 meg
ear. I have seen some resource unavailables occasionally... Ill try to
remember to copy the error next time i see it.
Al
[EMAIL PROTECTED] wrote:
>I'll add my voice to the chorus that this is a bug. I think it should be
Jules,
I didnt get a chance to dig into the code yet, but I tried my app
quickly on the CVS code, and I am getting jasper exceptions about not
being able to import classes. (ClassNotFoundExceptions) Which is better
than a HTML error 403 I guess heh. Im planning on looking at it more
tomorrow and
Actually the latest works fine. I didnt even get a chance to look at the
src before it was fixed :)
[EMAIL PROTECTED] wrote:
>2. if you sync yourself with the cvs tree you will get
>an upgrade to Jetty4. I am much happier with the
>Security integration in this version. If the problem
>lies w
I ran accross some interesting behavior in the latest build.
I have a user admin who has roles admin and user.
I have a protected portion of the site with role "user" being allowed in.
Every other time admin accesses it I get an Error 403 with an Auth Failure.
When i remove the role admin ever
Actually this sounds like something interesting. I'd be willing to take
up the mantle on this one.
I wonder about the idea of a full app, or maybe some simple examples
along the lines of tomcats "examples" web app. (of course using EJB, JSP
and possibly MDB in there.)
Either way it sounds inter
I havent investigated it, but yeah I imagine there are
[EMAIL PROTECTED] wrote:
>I suppose there are legal issues preventing us from
>shipping a working PetStore as part of this APP ?
>
>Jules
>
> --- Allen Fogleson <[EMAIL PROTECTED]> wrote: >
>Actually this sou
here are legal issues preventing us from
>>shipping a working PetStore as part of this APP ?
>>
>>Jules
>>
>>--- Allen Fogleson <[EMAIL PROTECTED]> wrote: >
>>Actually this sounds like something interesting. I'd
>>
>>>be willing
The "problem" here is that the quickstart is meant to show developers
how to get started fast. I believe this was the first concern of those
asking for the demo apps. There is already the petstore app running on
Jboss to show full E-Commerce style abilities. Im not against donating a
full app
oss developers (those that contribute to JBoss) or for
>User developers (those that use JBoss to run there J2EE/JMX applications)?
>
>--jason
>
>
>On Tue, 4 Dec 2001, Allen Fogleson wrote:
>
>>The "problem" here is that the quickstart is meant to show developers
>&
D]]On Behalf Of Jason
>|Dillon
>|Sent: Tuesday, December 04, 2001 8:03 PM
>|To: Allen Fogleson
>|Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
>|Subject: Re: [JBoss-dev] JBoss 3.0 Demo App
>|
>|
>|Is this meant for JBoss developers (those that contribute to JBoss) or for
>
Congratulations Andreas... hey look on the bright side. I still have to
tell my Fiancee's parents she is pregnant. Ill trade :)
Al
[EMAIL PROTECTED] wrote:
>Finally after 6 years and against all the medical advices we got
>my wife went pregnant and we expect the baby by the end of
>June next
[EMAIL PROTECTED] wrote:
>Others get frustrated because there's no
>CMP/BMP-hybrid EJB that joins 4 tables used by a stateful session EJB
>that's, in turn, called by a stateless session EJB to control transactional
>context. (Whew!)
>
Hopefully noone is calling sfsb from slsb :) But the point
Mostly because the projects page is on the for developers page. Its 3 or
4 clicks deep. Users of Jboss may or may not explore there. If it was
right on the main page though they would probably explore it.
Al
[EMAIL PROTECTED] wrote:
>On Tue, 2001-12-04 at 19:38, Allen Fogleson wrote:
>
>
>
> Or are just bad ideas - see my earlier post on the user list.
I agree there. Much of the petstore is poor quality coding also. Just
take a look at all those querys in there. I dont even remember a
preparedStatement one. Yet the queries happen over an over... a perfect
place for PS over
[EMAIL PROTECTED] wrote:
>on 1-12-05 22.44, Bill Burke at [EMAIL PROTECTED] wrote:
>
>So do we :
>- create a demo folder ?
>( jboss-all/demo, jboss-3.0.0alpha/demo )
>( have some deploy by default
>or
> from there be able to do manual deploy drops )
>
That makes sense. actu
No dukes bank is the Sun J2EE demo for EJB2. Somewhere around here I
have a copy of it.
Al
[EMAIL PROTECTED] wrote:
>on 1-12-06 07.01, Allen Fogleson at [EMAIL PROTECTED] wrote:
>
>>has anyone started working on dukes bank on Jboss 3?
>>
>
>U mean the BanUnitTest ? .
have a quick start on CMP2 CMR and a link to the demo
JSP/EJBS for it.
and so on.
for the other stuff we might have separate sars, and such.
[EMAIL PROTECTED] wrote:
>on 1-12-06 07.01, Allen Fogleson at [EMAIL PROTECTED] wrote:
>
>>>So do we :
>>>- create a demo fold
I have been doing some thinking on this freebay idea and came up with
some things. As I said I am not against working on a complete
application, however I think we should focus on an app that has
potential resale value. Why? Simple if it can be sold developers
arent working for free, and i
[EMAIL PROTECTED] wrote:
>But IMHO, while simple, unix-like levels doesn't seem to be the nicest
>feature I've ever seen... a bit tricky... maybe that's just me... In that
>case, why not simply creating subdirectories in the deploy folder and start
>their content depending on the name of the di
[EMAIL PROTECTED] wrote:
>I forgot to remind everyone of the point behind these apparently fragmented
>service.xml files
>
>They enable easy deployment/undeployment of large chunks of server
>functionality (including replacing the classes implementing the
>functionality) WHILE THE SERVER IS
[EMAIL PROTECTED] wrote:
>Hi,
>
Errors:1
Failures: 2
>>missing that XA is not a valid test *now* (Error) therefore it
>>should be
>>removed - and if javac is in the classpath the other 2 is cleared
>>as well
>>
>"javac is in the classpath" - is ther
why not just do it in build.xml?
[EMAIL PROTECTED] wrote:
>on 1-12-08 11.29, Chris Kimpton at [EMAIL PROTECTED] wrote:
>
>I think Julian is looking at adding the javac to the classpath
>programatically instead of forcing all of us to copy tools.jar to
>/lib/ext/ or maybe we could ask buildmagic
Ohh yeah stupid me... I forgot about OS X. The one OS I cant test it on
:) Ahh well I said it was so simple there had to be a reason it wasnt
done before.
>Because this depends on which JVM your are using and the setting your
>proposing does not work in general. On OS X the javac compiler is in
[EMAIL PROTECTED] wrote:
>on 1-12-08 18.04, Allen Fogleson at [EMAIL PROTECTED] wrote:
>
>please do as an interim solution ...
>
actually scott pointed out that it wont work for OS X
For some reason tools.jar wasnt in my classpath when I tested before. it
does work if it is..
[EMAIL PROTECTED] wrote:
>These VMs also failed to run all of the tests and the client log shows
>several timeout failures, some of which make no sense. For example, the
>WebIntegrationUnitTestCase should run in ~ 10 seconds and yet it is
>failing due to a timeout.
>
I had the webIntegration t
Actually what if the deploy directory was a subdir of the conf directory?
That doesnt seem like it would be too confusing to even a new user.
Al
[EMAIL PROTECTED] wrote:
>> Hiram, I don't understand your problem with deploy dirs and different
>> configurations. Can't you have directories
>>
Every time I have had it fail on me it has been a timeout in the
WebIntegration test. I can't reproduce it regularly (which the servers
build system seems to do regularly) so it has been difficult to figure
out why it is timing out.
Al
[EMAIL PROTECTED] wrote:
>>-Original Message-
>>
[EMAIL PROTECTED] wrote:
>I pity you if you think you will ever have a popular
>product where user must submit bug using your bug
>tracking tool. The fact that you have not seen any of
>the repeated questions about jboss bug on user forum
>show that none of you ever read them. It is a bunch of
uhmm if I recall. again the source is not at hand. There were some changes
made in container that should work for entity and session. I recall the patch
really addressing a bug in session beans though although I think I tested
it against entity beans... its been so long ago. Ill look at the sour
I looked at my patch source at home now. Hmmm I guess we would have to
define complete. Since it was a patch for a bug where session beans
could not call create I would say it is a complete patch for
that bug. Of course it is stateful session beans, since stateless
session beans make no sense
I looked at my patch source at home now. Hmmm I guess we would have to define
complete. Since it was a patch for a bug where session beans could not call
create I would say it is a complete patch for that bug. Of
course it is stateful session beans, since stateless session beans make
no sens
Actually I finished a patch for the create stuff, i havent
uploaded it. there is a minor change in the old patch that will allow it
to work in the newer builds of JBoss 3. (Since the classloader stuff
changed) and of course the entity stuff is slightly harder since it has
to occur in only ejb
32 matches
Mail list logo
