The JBoss 3.2.0RC1 release is available from SourceForge here:
http://sourceforge.net/project/showfiles.php?group_id=22866
Detailed but crude release notes are here:
http://sourceforge.net/project/shownotes.php?release_id=13
Scott Stark
Chief Technology Officer
JBoss
Bugs item #668313, was opened at 2003-01-14 21:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668313&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Adam Heath (doogie)
>Assi
I also thought about support class/method/field level metadata
attributes for aspects deploying the source file this way.
But this could be a limiting solution for aspects development.
alex
Tuesday, January 14, 2003, 9:16:20 PM, you wrote:
DS> Bill,
DS> This reminds me of an I deal I has last n
Bugs item #668313, was opened at 2003-01-14 21:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668313&group_id=22866
>Category: CatalinaBundle
>Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Adam Heath (doogie)
Assigned
Bugs item #668313, was opened at 2003-01-15 05:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668313&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Adam Heath (doogie)
Assigned to: Nobody/Anonymous (n
Yes, I thought about it too. There are two cases:
- the thread creating URL can't find custom handlers;
- Sun's handler was somehow initialized/used before (before setting the
property or somehow else?)
But I can't understand why my standalone test doesn't work. I set
property in the command line
cvs fucked up since 5PM for me :)
marcf
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On
> Behalf Of Holger Baxmann
> Sent: Tuesday, January 14, 2003 7:33 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Anyone able to access cvs?
>
>
> now i got the
Bugs item #668313, was opened at 2003-01-15 05:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668313&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Adam Heath (doogie)
Assigned to: Nobody/Anonymous (n
JBoss-3.2.0RC1 test results
SUMMARY
Number of tests run: 1053
Successful tests: 1048
Errors:4
Failures: 1
[time of test: 2003-01-15.03-48 GMT]
[java.version: 1.
Bugs item #667341, was opened at 2003-01-13 11:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=667341&group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
Bugs item #668291, was opened at 2003-01-15 13:54
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668291&group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Brian Bannister (beoch)
Assigned to:
Just saw -classic mode in jboss-head. Why are we running in -classic mode?
Another thing. Seems like JBoss is starting up much much slower than usual.
Has somebody thrown in some crazy in?
Bill
---
This SF.NET email is sponsored by: Take yo
forget it, somebody just forgot to comment out JPDA settings.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Bill
> Burke
> Sent: Tuesday, January 14, 2003 10:16 PM
> To: Jboss-Dev
> Subject: [JBoss-dev] any reason for -classic
>
>
> Just saw -cla
Bugs item #667341, was opened at 2003-01-13 13:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=667341&group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
Hi,
I want to make sure I understand the asynchronous delivery mechanism.
I've implemented my MessageConsumer to do the following:
Add self to Connection's message consumer list
While(consumer is open){
while(server is delivering synchronously){
Send Receive Requests until
now i got them both, the goods and the ugly :
149 packets transmitted, 36 packets received, 75% packet loss
round-trip min/avg/max = 234.52/238.608/261.337 ms
holgerbaxmann@Holger-Baxmanns-Computer:~/jboss-cvs 516 $
btw: i now get a connection refused by cvs.sf.net
thanks, scott for the countin
Here is the context in which I looked into the JBoss file protocol handler not being
used.
As far as I remember, the issue was that very early on there are file URLs being
created and these were picking up the default file protocol handler. Recreating the
URL after the URLStreamHandlerFactory was
Set the PS1 variable:
jboss-head 746>echo $PS1
\W \!>
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Holger Baxmann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 14, 2003 3:08 PM
S
I can't confirm this, also sitting in germany.
cvs gives me a "connection refused", trying for about two hours now.
before this the update's were waiting for locks.
traceroute to cvs.jboss.sourceforge.net (66.35.250.207), 30 hops max, 80
byte packets
1 router.lafr.de (172.31.18.254) 20 ms 2 ms
hi scott,
here in germany no problems at all:
holgerbaxmann@Holger-Baxmanns-Computer:~ $ uname -a
Darwin Holger-Baxmanns-Computer.local. 6.3 Darwin Kernel Version 6.3: Sat
Dec 14 03:11:25 PST 2002; root:xnu/xnu-344.23.obj~4/RELEASE_PPC Power
Macintosh powerpc
holgerbaxmann@Holger-Baxmanns-Comput
I can.
bash-2.05a$ cvs -n update
[EMAIL PROTECTED]'s password:
cvs server: Updating .
cvs server: Updating bridge
M bridge/EntityBridgeInvocationHandler.java
cvs server: Updating ejbql
cvs server: Updating jdbc
U jdbc/JDBCCommandFactory.java
U jdbc/JDBCCreateEntityCommand.java
U jdbc/JDBCEJBQLComp
On Monday, January 13, 2003, at 08:58 AM, Barlow, Dustin wrote:
Will this fix also be back ported to the 3.x series as well? This is
a huge
issue for those of us who are or plan to use more then one jboss node
in our
applications.
Which fix? Not propagating anything is easy to port. Enabli
We need to talk about this...
If the client is standalone and using UserTx, then all the calls in one
tx MUST go to the same jboss server, since the client "tm" doesn't
handle 2pc distributed tx or much of anything-- just committing one
branch. In other words, you probably shouldn't be using U
CVS is still acting up on me. After clearing two more locks I now cannot
even get an update. Is it just my route or is this seen by everyone
jboss-3.2 38>date -u
Tue Jan 14 22:42:56 2003
jboss-3.2 39>ping cvs.jboss.sourceforge.net
Pinging cvs.sourceforge.net [66.35.250.207] with 32 bytes of data
that would be nice if deployer could create bean metadata
directly without creating descriptors and then directly
deploy the bean with metadata.
reuse xdoclet code and generate metadata instead of writing
DD that would be reparsed anyway to generate same data later.
BB> Do you use XDoclet to gene
Do you use XDoclet to generate your EJB files?
Think of writing your Bean.java file, plopping it in the jboss deploy
directory, and magically, the bean is ready for use.
Edit the Bean.java file in the deploy directory and the bean magically gets
redeployed with your changes.
Think of JSPs. Tha
Hello,
And what would be the goal for that?
Could you give examples?
regards,
WS
--- marc fleury <[EMAIL PROTECTED]> a écrit : >
dain :)
>
> marcf
>
> > -Original Message-
> > From:
> [EMAIL PROTECTED]
> >
>
[mailto:[EMAIL PROTECTED]]
> On
> > Behalf Of Bill Burke
> > Sent: Tuesday,
what about "Nukes on JBoss" shortname nukes4j ?
JB> JBossNuke ?
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED]]On Behalf Of
>> julien viet
>> Sent: Tuesday, January 14, 2003 12:35 PM
>> To: Bill Burke
>> Subject: Re[2]: [JBoss-dev] JNuke dev
>>
>>
>> ok, do
Bugs item #667341, was opened at 2003-01-13 19:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=667341&group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
JBossNuke ?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> julien viet
> Sent: Tuesday, January 14, 2003 12:35 PM
> To: Bill Burke
> Subject: Re[2]: [JBoss-dev] JNuke dev
>
>
> ok, do you have a name shorter though ? just nuke for instance ?
>
> B
dain :)
marcf
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On
> Behalf Of Bill Burke
> Sent: Tuesday, January 14, 2003 3:32 PM
> To: [EMAIL PROTECTED]
> Subject: JBossScript was RE: [JBoss-dev] JNuke dev
>
>
> Anybody want to take this on? Could be an i
bill, you are about as blue blood system as it gets, you are the one
doing AOP inline and staring at the SUN... stop recommending stuff for
content developers. Again module developers, even in PHP, are of a
different caliber and it is not that bad. They can deal with an
MBean... let it be, trust
Who is doing the XDoclet integration? I think it would be a good
project for that person.
-dain
On Tuesday, January 14, 2003, at 02:27 PM, Bill Burke wrote:
What I should have said is content developers. Sorry for the snub,
but they
do requiring a dumbing down of software.
Bill
-Origin
tisdagen den 14 januari 2003 kl 20.16 skrev Dain Sundstrom:
I was thinking of the script based MBean support Sacha added, and I
thought can we make plain old java work like a scripting language.
Here is what I came up with:
+ The user writes a class BlahService.java
+ This source file is
Anybody want to take this on? Could be an interesting project. I think the
idea has merit Dain. Great thought.
Bill Burke
Chief Architect
JBoss Group, LLC
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Bill
> B
ok, do you have a name shorter though ? just nuke for instance ?
BB> Again,
BB> The type of developer writing content is usually a different calaber than
BB> those writing server software. IMHO, it needs to be dumbed-down. The
BB> reason why these things like postnuke become so popular is that
What I should have said is content developers. Sorry for the snub, but they
do requiring a dumbing down of software.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dain
> Sundstrom
> Sent: Tuesday, January 14, 2003 2:19 PM
> To: [EMAIL PROTEC
Its a good idea. Anybody want to implement this? JBossScript we can call
it.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dain
> Sundstrom
> Sent: Tuesday, January 14, 2003 2:16 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] JNuke d
Again,
The type of developer writing content is usually a different calaber than
those writing server software. IMHO, it needs to be dumbed-down. The
reason why these things like postnuke become so popular is that they are so
easy to hack for even the least experienced coder. Copy, cut, paste.
Oh I remember, which is why I feel that we need to concentrate this app
towards the Java people not the interesting Perl Mongers:)
Ben Sabrin
Director of Sales and Business Development
JBoss Group, LLC
404-467-8555 - office
404-664-9466 - cell
404-948-1496 - fax
[EMAIL PROTECTED]
> -Origina
You need to think in a one dimensional world. J2EE = JBOSS ! That is
the future, "learn it, live it, love it" A quote from Fast Times at
Ridgemont High.
Ben Sabrin
Director of Sales and Business Development
JBoss Group, LLC
404-467-8555 - office
404-664-9466 - cell
404-948-1496 - fax
[EMAIL PR
> I would think that we'd want to make this a J2EE application
> so it can run on ANY J2EE application server.
no we wouldn't.
> Therefore, I
> would elect to go down a pure J2EE route instead of a JBoss
> only JMX route.
JMX will be J2EE.
Nathan wake up.
marcf
---
I remember a few months ago that some people were talking about writing
a killer jboss app to prove what could be done with the server. Let
Julien write it the way he prefers, using all Jboss capabilities first.
The nice thing is that open source allows someone to take it and make it
fully j2ee 1.3
so far I am not using jboss specific feature : j2ee and jmx.
nuke use its own mbean server.
I'll try to keep that.
NP> I would think that we'd want to make this a J2EE application so it can
NP> run on ANY J2EE application server. Therefore, I would elect to go down
NP> a pure J2EE route instead
I would think that we'd want to make this a J2EE application so it can
run on ANY J2EE application server. Therefore, I would elect to go down
a pure J2EE route instead of a JBoss only JMX route.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Ben
Sabrin
Oh, I now remeber looking at this but I can't remember the context. There
is a cache of handlers as the URL level. If the file protocol is referenced
before the custom JBoss handler is available then the default Sun one will
be used. Is there a difference between 3.0 and 3.2 with regard to when the
I am all for JMX if it works . Also the idea is to port the modules we
like bit by bit to the sar format and this is CLEARLY a microkernel job.
I think julien stroke on something interesting when he noticed the
URL:command mapping to interfaces. What this means is that modules will
expose interfac
I think you are dreaming, if you think you will every recruit php
developers to any java based solution. Ben, remember the Orielly OS
convention? The php guys are perl guys.
-dain
On Tuesday, January 14, 2003, at 01:03 PM, Ben Sabrin wrote:
Are we developing this for the PHP community or the
Bill,
This reminds me of an I deal I has last night (couldn't sleep). I was
thinking of the script based MBean support Sacha added, and I thought
can we make plain old java work like a scripting language. Here is
what I came up with:
+ The user writes a class BlahService.java
+ This sourc
I want best of both worlds that's one of my main concerns,
a user that like doing java will do and a user that want
thing as simple as editing a JSP will do.
I don't say JMX is the way to go, but if I don't choose
that, I will have to mimic parts of it. so ?
They have kind of registries for modu
Bugs item #667341, was opened at 2003-01-13 11:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=667341&group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
Bill,
first of all PostNuke HTML is closer to servlet
than JSP. You don't see often HTML with PHP inside, that's
the converse thing. You see functions with echo inside.
then yes, I want to do that, at least with JSP :
<%@page %>
<%!
public void register()
{
}
other module functions
...
%>
Are we developing this for the PHP community or the Java community? Or
more important for the JBoss community? To me it seems that it would
depend on who you are targeting for your user base. If you want to
target the PHP users to bring them to JBoss, then Bill could be right.
If we do not care
Also, you can't call it JNuke. You must call it Nukes on Java or something
like that. JNuke is trademarked.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Bill
> Burke
> Sent: Tuesday, January 14, 2003 1:51 PM
> To: [EMAIL PROTECTED]
> Subject: RE
The only negative comment I have in using JMX is that the PHP community may
have a tough time switching over to Nukes on JBoss if you have to have a
package structure like a SAR or a WAR. I hate to say it, but does it need
to be "dumbed-down" for the PHP community? This type of community needs to
Julien,
Makes sense so far
> 3.PostNuke is all about invoking module functions.
>Url like index.php?module=User&op=register means
>that the PN must call the method register on module User.
>For me that means that the servlet retrieves the mbean
>under the name jnuke:publicmodul
I do simply with a ThreadLocal :
Page.getPage() and you can output HTML
even though have ServletRequest and Response.
I do like that because the request thread goes
through modules, blocks, and themes
and it's a mess that each one pass some parameter
when calling another one.
julien
JH> Julien
(i posted the following to the user list without a
response. it was suggested to me by someone with jboss to post to the dev
list)
hi,
in a
previous post with subject "[JBoss-user] "can't enlist" error on second pass
through resource adapter" i described a problem i was having with mult
> > you can explain that by the fact that
> >
> > 1.they have no cache (already said)
> >
> > 2.each invocation reload from the DB what it needs !!!
> > for instance with permissions, if a user come
> > and PN needs to check permissions, then it will retrieve permission
> > from DB, serve the us
hi folks,
JNuke adventure has started.
After analysis of PostNuke I've began the development, still early though.
I keep everything that's good in PostNuke and throw all the shit away :
modules, blocks, permissions system, url system and themes.
JMX is used for PostNuke components : themes,
Bugs item #667825, was opened at 2003-01-14 16:16
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=667825&group_id=22866
Category: Build System
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Rod Burgett (rodburgett)
Assigned to: Jason
Bugs item #664635, was opened at 2003-01-08 15:33
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=664635&group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Paul Morris (rpmorris)
Assigned to: Scot
I'm a bit confused. I wrote a simple standalone test.
- main
public static void main(String[] args) throws Exception
{
// set handler pkgs
System.out.println("java.protocol.handler.pkgs: " +
System.getProperty("java.protocol.handler.pkgs"));
URL url = new URL("file", null, args[0]);
thanks you julien for your explanation - now i see clearly ...
;-)
bax
> Von: julien viet <[EMAIL PROTECTED]>
> Antworten an: [EMAIL PROTECTED]
> Datum: Tue, 14 Jan 2003 14:52:35 +0100
> An: Holger Baxmann <[EMAIL PROTECTED]>
> Betreff: Re[2]: [JBoss-dev] My fuck up
>
> you can explain that by
you can explain that by the fact that
1.they have no cache (already said)
2.each invocation reload from the DB what it needs !!!
for instance with permissions, if a user come
and PN needs to check permissions, then it will retrieve
permission from DB, serve the user and then these data
ar
thank you, this will sum up my expiriences over the last three years with
these php guys, they have to taken seriously, because of their market
position ...
bax
> Von: "marc fleury" <[EMAIL PROTECTED]>
> Antworten an: [EMAIL PROTECTED]
> Datum: Mon, 13 Jan 2003 17:53:48 -0500
> An: "Jboss-Develop
Bugs item #667341, was opened at 2003-01-13 19:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=667341&group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
The 3.2.0RC1 release is on hold until the stale cvs locks are cleared out of the
repository. I have been waiting for 3 hours now to synch a snapshot so I could
build and tag the release, but this lock it holding up the show:
...
cvs server: [00:34:44] waiting for anoncvs_jboss's lock in
/cvsroot/
68 matches
Mail list logo
