Great!
Hope you can release the news module soon.
I will try this alpha and feedback later.
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3824570#3824570";>View
the original post
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3824570>Reply
to the post
-
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Yeah I think an intelligent filter would be cool. But I agree with Mike on black/white
lists. I'm not an admin, but there seem to be enough problems with these kind of lists
that we can include the feature, but not make it mandatory.
Luckily, if this is going to replace an Exchange server, the E
Bugs item #910911, was opened at 2004-03-06 14:33
Message generated for change (Comment added) made by loubyansky
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910911&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution:
+1
If you are going to be using these headers individually, you might as well store them
distinctively in the DB.
Unless someone is going to write parse/unparse routines for the entire header as a
string.
Unless there's a really good reason to keep them all together, I think splitting them
ou
Bugs item #910911, was opened at 2004-03-06 14:33
Message generated for change (Comment added) made by loubyansky
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910911&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
On Sun, 2004-03-07 at 02:20, Adrian Brock wrote:
> On Sun, 2004-03-07 at 02:08, Scott M Stark wrote:
> > The state machine was not immeadiately for the service layer, but
> > will be used to enforce illegal transitions if we decide on a state
> > diagram.
> >
> > The suggested change makes sense,
I have pretty much all the functionality of the downloads module done. You can take a
look at it at http://dragon.przybyla.org:8080/nukes/. The only thing it really dosen't
have is the security set up. So it basicly is running in administration mode. I will
try to get the security added this wee
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
On Sun, 2004-03-07 at 02:08, Scott M Stark wrote:
> The state machine was not immeadiately for the service layer, but
> will be used to enforce illegal transitions if we decide on a state
> diagram.
>
> The suggested change makes sense, but the other problem is the fact
> that the deployment layer
The state machine was not immeadiately for the service layer, but
will be used to enforce illegal transitions if we decide on a state
diagram.
The suggested change makes sense, but the other problem is the fact
that the deployment layer is out of the loop in this. I would like
to couple dependency
Test
-Forwarded Message-
From: Adrian Brock <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Service Lifecyle confusions - potential fix
Date: 07 Mar 2004 01:23:35 +
Hi Scott,
Are you working on the Service lifecycle?
I saw you replaced com
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Hi Scott,
Are you working on the Service lifecycle?
I saw you replaced common's state machine implementation.
I was thinking that there should be an extra indirection
to avoid the confusion caused by people clicking stop() and other
operations in the console where dependencies are not taken into
Bugs item #897978, was opened at 2004-02-16 14:02
Message generated for change (Comment added) made by rafciom
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=897978&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
S
Bugs item #910911, was opened at 2004-03-06 12:33
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910911&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Open
>Resolution: Non
is there any reason to be concerned that the application code for EntityFolder
basically caches its own copies of LocalMessage entity beans while a folder is open?
or is there any reason to be concerned that it maintains its own ad-hock transactions
in the form of locking/unlocking and committin
i was wondering if we may benefit from some entity sub-structure to stored messages.
let me explain:
right now, org.jboss.mail.mailbox.entity.message.LocalMessage is the only entity bean
interface we have, and there are basically two methods that allow access to the data
of any given message: g
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Bugs item #910943, was opened at 2004-03-06 15:56
Message generated for change (Comment added) made by loubyansky
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910943&group_id=22866
Category: None
Group: None
Status: Deleted
Resolution: None
Priority: 5
Why are we using the jflex.jar for scanning in addition to the javacc stuff?
This looks to be a nukes dependency so is it directly used by nukes or a
dependency its picking up?
Scott Stark
Chief Technology Officer
JBoss Group, LLC
smime.p7s
Desc
Bugs item #910911, was opened at 2004-03-06 15:33
Message generated for change (Comment added) made by eprst
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910911&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Inv
i wound up actually adding the code to SMTPProtocolInstance.handleAuth, to take into
account the case where an unauthenticated user can send email anywhere as long as his
end of the socket is a local address --- and added a new state variable to
SMTPProtocolInstance to support that. also added c
I have built jboss-3.2.3 using docs example ant xml script to run using tomcat 5.
Apparently it works fine BUT as I add nukes.ear (last release) to deploy directory I
receive next error:
21:22:19,616 INFO [Tomcat5] deploy, ctxPath=,
warUrl=file:/home3/jboss-3.2.3/server/tomcat5/tmp/deploy/tmp61
I was looking at maven yesterday and immediately dumped it again, as the first thing
it did was to load tons of shit from the internet -- even jars that were in the
distribution.
This is not acceptable with dsl only.
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3824537#3824537";>View
Bugs item #910911, was opened at 2004-03-06 14:33
Message generated for change (Comment added) made by loubyansky
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910911&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution
Bugs item #910911, was opened at 2004-03-06 14:33
Message generated for change (Comment added) made by loubyansky
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910911&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution
Show me a running build using maven that simplifies my life. Until then I live with
the devil I know.
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3824536#3824536";>View
the original post
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3824536>Reply
to the post
hi folks,
i've been going through the code with a fine-toothed comb all morning, mainly to
further my understanding of it as it stands [and eventually to tackle the SMTP headers
issue and also to get the tests to run :-)], and one of the things i encountered was
that CmdRCPT apparently allows o
Where am i found the The DukeÂs Bank Application example. Source Code?
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3824531#3824531";>View
the original post
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3824531>Reply
to the post
I started to write a bean that would have getters/setters for the mail settings, but
then I wondered if there was a way to not re-invent the wheel.
Is there already a way to suck in the XML from jboss-service.xml? I was just going to
use DOM, and see if I couldn't write a small java app to take
I run into the following problem with building JBoss 3.2.3 on RedHat Linux AS 3.0, JDK
1.4.2_02, but the build is successful on Windows XP Pro
BUILD FAILED
file:/home/surjit/jboss-3.2.3-src/server/build.xml:221: Could not create task or type
of type: jjtree.
Ant could not find the task or a cl
Bugs item #911014, was opened at 2004-03-06 11:29
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=911014&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: No
Bugs item #901152, was opened at 2004-02-20 09:57
Message generated for change (Comment added) made by patriot1burke
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=901152&group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: Postponed
Without this the rmi annotated codebase is a huge and useless file based description
of the unified loader repository paths.
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3824514#3824514";>View
the original post
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=382451
i'm not so sure SMTP needs to change, because ultimately everybody needs to have
unknown or unexpected folks contact them via email, and that's precisely what SMTP
does --- and precisely what whitelists or blacklists in their most strict forms
prohibit. the U.S. postal service allows unexpected
The bug is still there. I took out my typecasting and just pass in null and it fails
to generate code.
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3824508#3824508";>View
the original post
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3824508>Reply
to the post
Bugs item #910943, was opened at 2004-03-06 16:56
Message generated for change (Settings changed) made by eprst
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910943&group_id=22866
Category: None
Group: None
>Status: Deleted
Resolution: None
Priority: 5
Bugs item #856983, was opened at 2003-12-09 16:54
Message generated for change (Settings changed) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=856983&group_id=22866
Category: JBossCMP
Group: v3.2
>Status: Closed
>Resolution: Out of Date
P
Bugs item #889263, was opened at 2004-02-02 20:52
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=889263&group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Bugs item #901152, was opened at 2004-02-20 14:57
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=901152&group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
>Resolution: Postponed
Priori
Bugs item #872946, was opened at 2004-01-08 09:41
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=872946&group_id=22866
Category: JBossServer
Group: v3.2
>Status: Closed
>Resolution: Rejected
Prio
Bugs item #858412, was opened at 2003-12-11 18:08
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=858412&group_id=22866
Category: JBossServer
Group: v3.2
>Status: Closed
>Resolution: Wont Fix
Prio
Bugs item #910943, was opened at 2004-03-06 16:56
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910943&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
P
Bugs item #910061, was opened at 2004-03-04 20:21
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910061&group_id=22866
Category: JBossServer
Group: v3.2
>Status: Closed
>Resolution: Invalid
Prior
Bugs item #905760, was opened at 2004-02-27 10:41
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=905760&group_id=22866
Category: None
Group: v3.2
>Status: Closed
>Resolution: Invalid
Priority: 5
Bugs item #910911, was opened at 2004-03-06 12:33
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910911&group_id=22866
>Category: JBossServer
>Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution:
The problem is solved - i run it under eclipce, and after switching to the DR2 i need
to reassign run-parms for this task. BTW...
In DR1 I can't define method-pointcut instead pre-defined interceptor-pointcut. Whis
same syntax it's working same. But
..after definition (see code) my Interc
Bugs item #648442, was opened at 2002-12-04 15:34
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=648442&group_id=22866
Category: JBossCX
>Group: v3.2
>Status: Closed
>Resolution: Fixed
Priority:
Bugs item #910467, was opened at 2004-03-05 14:23
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910467&group_id=22866
Category: JBossCX
Group: v3.2
>Status: Closed
>Resolution: Fixed
Priority: 5
Bugs item #910913, was opened at 2004-03-06 15:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910913&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
P
Bugs item #910911, was opened at 2004-03-06 15:33
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=910911&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
P
HI all,
I am getting the following error while I start my JBOSS 3.2.1server. Pls help me.
You quick response is highly appreciated.
-Srinivas
16:39:32,869 ERROR [MainDeployer] could not start deployment:
file:/C:/JBOSS/jb321/server/default/deploy/flavorsupload.war/
java.lang.NoClassDefFoundE
55 matches
Mail list logo