Hey there

This email really is about GlassFish/Sun Application Server. It just
takes me a while to get around to that part. The Java programming
stuff is just background (which may or may not be relevant). That
said, if I'm not in the right spot, please feel free to give me shove.
Thank you.

I used the NetBeans (6.1) RESTful Web Services (0.8) plug-in to
generate webservices from entity classes which I previously generated
from an underlying MySQL database of my own creation. I then deployed
the resulting services to Glassfish [Sun Application Server 9.1_02
(build b04-fcs)] where I previously configured a custom jdbc realm
(named "quantumauth"). There are two roles: user and admin. Both are
mapped to corresponding principals and groups by the same name in sun-
web.xml. Associated constraints are likewise defined in web.xml.

I suppose I should mention that I'm running Windows Vista 32-bit.
Well, more like walking... or dragging... like someone drags the
corpse of their beloved dog Lucky to the pet cemetery after his third
and last time getting caught under the neighbor's one-ton pickup. :-(

http://boom.googlebong.com

Raoul Kleespies GoogleBong

img { border: 2px solid Black }

pre { font: 6pt/8pt }

p,blockquote { font: 16pt; font-family: verdana, arial, 'sans serif' }

h1,h2,h3,h4,ul { font-family: verdana, arial, 'sans serif'; font: 14p }

table,li,td { font-family: verdana, arial, 'sans serif'; font: 12p }

ul { list-style: disc }

ol { list-style: decimal }

body { background: "#EEEEEE" }

h1,h2,h3,h4,hr,p,ul,blockquote,pre { color:Black }

a:link { color:Blue }

a:visited { color:Blue }

a:active { color:"#008000" }

a:hover { color:"#008000" }

h1.header { padding:0em; margin:0 }

div.container { width:100%%; margin:0px; border:1px solid Black; line-height:150%% }

div.header,div.footer { padding:0.5em; color:white; background-color:Black; clear:left }

div.left { width:15%%; margin:0; float:left; padding:0; }

Hi,

My news server machine (Sun E450 running Inn 2.4.4 under Solaris 9) has
throttled itself with this bunch of error messages:

Jun 28 16:45:33 yoda innd: [ID 960860 news.error] SERVER cant update_active
sci.physics
Jun 28 16:46:22 yoda innd: [ID 297438 news.crit] SERVER throttle no matching
entry in storage.conf storing article -- throttling
Jun 28 16:46:22 yoda innd: [ID 492761 news.error] SERVER cant store article:
no matching entry in storage.conf

along with a continual logging of:

Jun 28 17:06:00 yoda innxmit[19237]: [ID 459695 news.error] tradspool: could
not mmap article: Invalid argument

which occurs every 30 minutes (due to the way the 'news' crontab entries are
set up I think).

I already posted this to the sunray mailing list, but I thought I'd
ask here, as well. I'm pretty sure there's a larger reader base and
I'm hoping that somebody might have a bit of experience with this:

----------------------------------------
I struggled for some time trying to get LDAP and PAM to work together
well enough to be able to authenticate successfully on a couple of
ubuntu machines here. Now that it's working successfully we want to
move our OpenSuSE Linux server cluster to be utilizing LDAP; that was
the SunRays that they serve can be much more centrally
administrated... Doing password and other various user changes across
the entire array of Linux machines has been a nightmare.

500mg ampicillin
generic side effects
cheap antibiotics
gram positive antibiotic
generic name of ampicillin

+++ ANTIBIOTICS +++ ANTIBIOTICS +++ ANTIBIOTICS +++
+
+
http://jhku.net/BUY-AMPICILLIN/
http://jhku.net/BUY-AMPICILLIN/
http://jhku.net/BUY-AMPICILLIN/
http://jhku.net/BUY-AMPICILLIN/
+
+
+
+

Law enforcement is now intercepting text messages,
as proven by Operation Sudden Fall in San Diego.

http://www.usdoj.gov/dea/pubs/states/newsrel/sd050608.html
http://www.signonsandiego.com/news/education/20080506-1338-bn06sdsu2.html

Don't let your personal SMS/text messages fall into
the wrong hands. Encrypt your messages with one
of these:

http://www.CryptoSMS.org
http://www.CryptoSMS.com
http://www.FortressMail.net/fortress_sms.htm
http://www.Cop2p.com/encrypted_sms.html

Be Safe, Be Encrypted, Fuck the Police!!

I currently have configured a new server with Sun Commsuite 5 and I am
in the process of beginning to migrate our users to this system. Our
users have previously only used an older version of Calendar. However
we are trying to migrate our various server clusters to a system that
will be much less headache to administrate.

I know that password authentication can be accomplished via the LDAP
scheme in DSEE6, as per the 'user authentication' choices in the
delegated administrator panels for each user. Unfortunately, when
looking through the various user options, I do not see anything about
specifying a home directory, or any of the more important /etc/passwd
information. My question is, is there a way to make that information
available through the LDAP server that we already have in place
through dsee6? I would much rather use this existing LDAP server to
serve all of the information that we currently have in several copies
of /etc/passwd across our server cluster.

Yes, the server cluster system that we have in place was made by
somebody with no concept of scalability.

We have been using iPlanet Delegated Administrator 4.5 for several
years, and it has always been slow when searching for an organization.

However, this has now taken a turn for the worse as we can no longer
add any new users. Specifically, we can still add new organizations,
but when we try to search for them to add the users, IDA will not find
them. We know the organization is there, because if we try to add it
again, we get an error message stating that it already exists.

We can still find older organization entries and can still add users
to those organizations. It is only when we search for a recently added
organization that it fails to return anything. This has been happening
for about a week now.

Any ideas on what the problem is, and more importantly how can it be
fixed?

FRENCH
________
Salutations,

ECHANGEONS :
1 Serveur SUN Ultra Enterprise 150, non testé - très bon état général.
- UltraSPARC - 167 Mhz
- 2 Go scsi (Segate ) Hot Plug
- 64 Mo x 2
- Lecteur DAT DDS 3
- Lecteur CD
Enlèvement sur place ( adresse : http://contact.wda-fr.org ). FRANCE,
Paris, 17e

Pour échange, voir notre page de requête sur http://request.wda-fr.org
Recherchons Sun, Sgi, console, 8 Bits, etc ...
Possibilité aussi de comparer sur notre page Collection sur
http://musee.wda-fr.org

Nous contacter sur wda@[-No.Spam-].wda-fr.org

I have a schema 1 calendar database (running on calendar 6.0/SPARC)
that I need to move to a new machine that has just been configured for
calendar (for schema 2, I can reinstall if I need to to fix that),
running calendar 6.3/x86. Does anybody know that the least painful
way would be to try to move this database to the new server?

I already tried db_dump on ics50calprops.db, ics50journals.db,
ics50alarms.db, ics50events.db, ics50todos.db, and ics50gse.db and
then db_load to put them up on the new server. db_load isn't working
on the new server because I've got it running on CentOS instead of
'pure' RedHat Enterprise 4.

Grateful for any assistance!