• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag
 

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Webobjects-dev Digest, Vol 11, Issue 361
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Webobjects-dev Digest, Vol 11, Issue 361


  • Subject: Re: Webobjects-dev Digest, Vol 11, Issue 361
  • From: Pawan Tiwari <email@hidden>
  • Date: Thu, 10 Jul 2014 22:04:38 +0530

FYI


On Thu, Jul 10, 2014 at 10:01 PM, <email@hidden> wrote:
Send Webobjects-dev mailing list submissions to
        email@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.apple.com/mailman/listinfo/webobjects-dev
or, via email, send a message with subject or body 'help' to
        email@hidden

You can reach the person managing the list at
        email@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Webobjects-dev digest..."


Today's Topics:

   1. build directory path is not working (Pawan Tiwari)
   2. ERXEOControlUtilities usage and Scala (Larry Mills-Gahl)
   3. ERXEOControlUtilities usage and Scala (Larry Mills-Gahl)
   4. Re: The Good Path to D2W localization (Fabian Peters)
   5. Re: The Good Path to D2W localization (Pascal Robert)
   6. Re: Application directory path not found. (Theodore Petrosky)


----------------------------------------------------------------------

Message: 1
Date: Thu, 10 Jul 2014 21:00:17 +0530
From: Pawan Tiwari <email@hidden>
To: email@hidden
Subject: build directory path is not working
Message-ID:
        <CAMc6zLj97pf10u=OZh9J-APPMKa-K83ZOfg=email@hidden>
Content-Type: text/plain; charset="utf-8"

Hi,


  Now i have migrate from WebObjects 5.2.4 to WebObjects 5.4.3 using on
Eclipse Indigo 3.7 ,when when we create a new woapplication project and run
it by WOLipse then it gives the following result:-

  [2014-7-10 20:50:4 IST] <main> WOMaxIOBufferSize=8196
[2014-7-10 20:50:4 IST] <main> WOWorkerThreadCountMin=16
[2014-7-10 20:50:4 IST] <main> WOSocketMonitorSleepTime=50
[2014-7-10 20:50:4 IST] <main> WODirectConnectEnabled=true
[2014-7-10 20:50:4 IST] <main> WOIncludeCommentsInResponse=false
[2014-7-10 20:50:4 IST] <main> WOWorkerThreadCount=8
[2014-7-10 20:50:4 IST] <main> WOAdaptorURL=
http://127.0.0.1/cgi-bin/WebObjects
[2014-7-10 20:50:4 IST] <main> WOLaunchdEnabled=false
[2014-7-10 20:50:4 IST] <main> WOHost=localhost
[2014-7-10 20:50:4 IST] <main> WOIDE=WOLips
[2014-7-10 20:50:4 IST] <main> WODebuggingEnabled=true
[2014-7-10 20:50:4 IST] <main> WOListenQueueSize=128
[2014-7-10 20:50:4 IST] <main> WOMissingResourceSearchEnabled=true
[2014-7-10 20:50:4 IST] <main> WOApplicationClassName=Application
[2014-7-10 20:50:4 IST] <main> WOSessionStoreClassName=WOServerSessionStore
[2014-7-10 20:50:4 IST] <main> WOContextClassName=WOContext
[2014-7-10 20:50:4 IST] <main> WOCachingEnabled=false
[2014-7-10 20:50:4 IST] <main> WOAcceptMalformedCookies=false
[2014-7-10 20:50:4 IST] <main> NSProjectSearchPath=(..,../..)
[2014-7-10 20:50:4 IST] <main> WOMonitorEnabled=false
[2014-7-10 20:50:4 IST] <main> WOAllowRapidTurnaround=true
[2014-7-10 20:50:4 IST] <main>
WORootDirectory=c:\Apple\Developer\WebObjects\Versions\WebObjects543\System
[2014-7-10 20:50:4 IST] <main> WOGenerateWSDL=true
[2014-7-10 20:50:4 IST] <main> WOWorkerThreadCountMax=256
[2014-7-10 20:50:4 IST] <main> WOAllowsConcurrentRequestHandling=false
[2014-7-10 20:50:4 IST] <main> WOAdaptor=WODefaultAdaptor
[2014-7-10 20:50:4 IST] <main> WOSessionTimeOut=3600
[2014-7-10 20:50:4 IST] <main>
WORoot=c:\Apple\Developer\WebObjects\Versions\WebObjects543\System
[2014-7-10 20:50:4 IST] <main> WOMaxSocketIdleTime=180000
[2014-7-10 20:50:4 IST] <main> WODefaultUndoStackLimit=10
[2014-7-10 20:50:4 IST] <main> WOAutoOpenClientApplication=true
[2014-7-10 20:50:4 IST] <main> WOAutoOpenInBrowser=true
[2014-7-10 20:50:4 IST] <main> WOApplicationBaseURL=/WebObjects
[2014-7-10 20:50:4 IST] <main> WOMaxHeaders=200
[2014-7-10 20:50:4 IST] <main> WOLifebeatEnabled=true
[2014-7-10 20:50:4 IST] <main> WOAllowsCacheControlHeader=true
[2014-7-10 20:50:4 IST] <main> WOSMTPHost=smtp
[2014-7-10 20:50:4 IST] <main> WOFrameworksBaseURL=/WebObjects/Frameworks
[2014-7-10 20:50:4 IST] <main> WOStatisticsStoreSessionMax=50
[2014-7-10 20:50:4 IST] <main> WOAdditionalAdaptors=()
[2014-7-10 20:50:4 IST] <main> WOLifebeatDestinationPort=1085
[2014-7-10 20:50:4 IST] <main> WOPort=-1
[2014-7-10 20:50:4 IST] <main> WOLifebeatInterval=30
[2014-7-10 20:50:4 IST] <main> WOSocketCacheSize=100
[2014-7-10 20:50:4 IST] <main>
WOUserDirectory=X:\WOMavenProject\TestNewWoProject
[2014-7-10 20:50:4 IST] <main> WODisplayExceptionPages=true
[2014-7-10 20:50:4 IST] <main> ------------------------
[2014-7-10 20:50:4 IST] <main> WebObjects version = 5.4.3
[2014-7-10 20:50:4 IST] <main> Created adaptor of class WODefaultAdaptor on
port 4256 and address localhost/127.0.0.1 with WOWorkerThread minimum of 16
and maximum of 256
[2014-7-10 20:50:4 IST] <main> NSBundle is unable to find
"ExtensionsForResources.plist" in the main bundle.  Ignoring optional
configuration file.
[2014-7-10 20:50:5 IST] <main> Creating LifebeatThread now with:
JavaFoundation -1 localhost/127.0.0.1 1085 30000
*----------Application Directory
path--------------C:\Users\dev1\Library\Frameworks\JavaFoundation.framework*
Welcome to JavaFoundation !
[2014-7-10 20:50:5 IST] <main> null
[2014-7-10 20:50:5 IST] <main> Your application is not running on a
supported development platform. AutoLaunch will not work.
Your application's URL is:
*http://127.0.0.1:4256/cgi-bin/WebObjects/JavaFoundation.woa
<http://127.0.0.1:4256/cgi-bin/WebObjects/JavaFoundation.woa>*
[2014-7-10 20:50:5 IST] <main> Waiting for requests...


Please sea the application URL which is wrong ,it should be our
projectName.woa but not in result .Why?

Also sea the application Directory path which is also wrong ,it should be
our project directory path but it is showing webobject installation
directory path.


What is happenig here ,if my launch configuration is wrong then please
suggest me.Please help!

Thanks & Regards
Pawan Kumar Tiwari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.apple.com/archives/webobjects-dev/attachments/20140710/c477c5c1/attachment.html>

------------------------------

Message: 2
Date: Thu, 10 Jul 2014 11:48:58 -0400
From: Larry Mills-Gahl <email@hidden>
To: WebObjects Development Mailing List
        <email@hidden>
Subject: ERXEOControlUtilities usage and Scala
Message-ID: <email@hidden>
Content-Type: text/plain; charset="windows-1252"

Hello...

I’m using scala with WebObjects/Wonder for a number of apps including a bunch of data loading/analyzation utilities (also exposed as services)

This works extremely well and seamlessly (thanks to some of the scala.collection.JavaConversions._ and other bits), but there are a couple things about using EO’s that I’m working around and I wonder if someone here has more insight into where this mismatch is happening.

Using ERXEOControlUtilities.createAndInsertObject(…) results in errors that the EOClassDescription cannot be found.

Calling:
val lab = ERXEOControlUtilities.createAndInsertObject(emrec, "BloodMeasurement").asInstanceOf[BloodMeasurement]

...will fail (

but
val lab = new BloodMeasurement()
emrec.insertObject(lab)

… works normally (but feels so 1998)

It looks like scala is not getting the class descriptions from the model, but I wouldn’t expect it to care if ERXEOControlUtilities is the class that needs the model.

As long as I’m asking Scala questions, is there a way to use the static fields of the eogenerated classes without addressing them directly? (Perhaps this is an Eclipse issue, but the compiler doesn’t seem to know about BloodMeasurement.ENTITY_NAME, but it does know about _BloodMeasurement.ENTITY_NAME. I imagine this has something to do with how Scala treats “companion objects” in relation to static fields in Java, but I don’t know if there is a way to deal with this more elegantly (as there is with all of the collections and functional goodness in Scala)


Larry Mills-Gahl
email@hidden






-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.apple.com/archives/webobjects-dev/attachments/20140710/cc894b58/attachment.asc>

------------------------------

Message: 3
Date: Thu, 10 Jul 2014 11:48:58 -0400
From: Larry Mills-Gahl <email@hidden>
To: WebObjects Development Mailing List
        <email@hidden>
Subject: ERXEOControlUtilities usage and Scala
Message-ID: <email@hidden>
Content-Type: text/plain; charset="windows-1252"

Hello...

I’m using scala with WebObjects/Wonder for a number of apps including a bunch of data loading/analyzation utilities (also exposed as services)

This works extremely well and seamlessly (thanks to some of the scala.collection.JavaConversions._ and other bits), but there are a couple things about using EO’s that I’m working around and I wonder if someone here has more insight into where this mismatch is happening.

Using ERXEOControlUtilities.createAndInsertObject(…) results in errors that the EOClassDescription cannot be found.

Calling:
val lab = ERXEOControlUtilities.createAndInsertObject(emrec, "BloodMeasurement").asInstanceOf[BloodMeasurement]

...will fail (

but
val lab = new BloodMeasurement()
emrec.insertObject(lab)

… works normally (but feels so 1998)

It looks like scala is not getting the class descriptions from the model, but I wouldn’t expect it to care if ERXEOControlUtilities is the class that needs the model.

As long as I’m asking Scala questions, is there a way to use the static fields of the eogenerated classes without addressing them directly? (Perhaps this is an Eclipse issue, but the compiler doesn’t seem to know about BloodMeasurement.ENTITY_NAME, but it does know about _BloodMeasurement.ENTITY_NAME. I imagine this has something to do with how Scala treats “companion objects” in relation to static fields in Java, but I don’t know if there is a way to deal with this more elegantly (as there is with all of the collections and functional goodness in Scala)


Larry Mills-Gahl
email@hidden






-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.apple.com/archives/webobjects-dev/attachments/20140710/cc894b58/attachment-0001.asc>

------------------------------

Message: 4
Date: Thu, 10 Jul 2014 16:09:09 +0000
From: Fabian Peters <email@hidden>
To: WebObjects-Dev Apple <email@hidden>
Subject: Re: The Good Path to D2W localization
Message-ID: <email@hidden">email@hidden>
Content-Type: text/plain; charset=iso-8859-1

Looking at the code, you may have to use "displayName" to get the localization. And there's a property that may disable the localization: er.extensions.ERXNavigationManager.localizeDisplayKeys

Am 10.07.2014 um 15:25 schrieb Pascal Robert <email@hidden>:

> Works great for property keys, thanks!
>
> But it doesn't work for navigation. I added this:
>
>  "Nav.Computers" = "Ordinateurs";
>  "Nav.CreateComputer" = "Ajouter un ordinateur";
>  "Nav.SearchComputers" = "Rechercher des ordinateurs";
>
> and my NavigationMeny.plist:
>
> (
>    {
>        name = Root;
>        directActionClass = DirectAction;
>        directActionName = default;
>        children = ("Computers", "Mobile", "Software", "Networks", "Manufacturers", "Locations");
>    },
>    {
>        name = "Computers";
>        action = ""> >        children = ("CreateComputer","SearchComputers");
>    },
>    {
>        name = "CreateComputer";
>        action = ""> >    },
>    {
>        name = "SearchComputers";
>        action = ""> >    }
> )
>
> But I still get "Computers", "CreateComputer" and "SearchComputers" in the navigation.
>
> ----- Mail original -----
> De: "Fabian Peters" <email@hidden>
> À: email@hidden
> Cc: "Pascal Robert" <email@hidden>
> Envoyé: Jeudi 10 Juillet 2014 09:58:12
> Objet: Re: The Good Path to D2W localization
>
> Hi Pascal,
>
> You shouldn't need to specify additional rules. By default ERDDefaultDisplayNameAssignment handles localization and ERModern is quite good at logging unknown or deprecated localization keys. My localization files consist mostly of these types of keys:
>
> "Entity.name.Location" = "Ort";
> "PropertyKey.amount" = "Betrag";
> "Pages.CreatePerson" = "Person anlegen";
> "Nav.Settings" = "Einstellungen";
> "TabKey.Owner" = "Eigentümer";
>
> This covers entity names, property names, page configurations and navigation elements. I only subclassed the default assignment to handle entity-specific property names.
>
> Fabian
>
> Am 10.07.2014 um 13:35 schrieb Pascal Robert <email@hidden>:
>
>> Hi,
>>
>> What is the proper way to do D2W localization? In the wiki, it says that you should add rules like this:
>>
>> 100 : (pageConfiguration like '*Computer*' and propertyKey = 'model') => displayNameForProperty = "Computer.PropertyKey.model" [ERDLocalizedAssignment]
>>
>> And having the correspondant
>>
>> "Computer.PropertyKey.model" = "Modèle";
>>
>> in the Localizable.strings. It works, but that means I will have to add a lot of rules. Is there a better way to do localization without the rules? This is with ERModernLook.
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden




------------------------------

Message: 5
Date: Thu, 10 Jul 2014 11:14:28 -0500 (CDT)
From: Pascal Robert <email@hidden>
To: Fabian Peters <email@hidden>
Cc: WebObjects-Dev Apple <email@hidden>
Subject: Re: The Good Path to D2W localization
Message-ID: <email@hidden">email@hidden>
Content-Type: text/plain; charset=utf-8

Bingo! I had to add:

 er.extensions.ERXNavigationManager.localizeDisplayKeys=true

----- Mail original -----
De: "Fabian Peters" <email@hidden>
À: "WebObjects-Dev Apple" <email@hidden>
Cc: "Pascal Robert" <email@hidden>
Envoyé: Jeudi 10 Juillet 2014 12:09:09
Objet: Re: The Good Path to D2W localization

Looking at the code, you may have to use "displayName" to get the localization. And there's a property that may disable the localization: er.extensions.ERXNavigationManager.localizeDisplayKeys

Am 10.07.2014 um 15:25 schrieb Pascal Robert <email@hidden>:

> Works great for property keys, thanks!
>
> But it doesn't work for navigation. I added this:
>
>  "Nav.Computers" = "Ordinateurs";
>  "Nav.CreateComputer" = "Ajouter un ordinateur";
>  "Nav.SearchComputers" = "Rechercher des ordinateurs";
>
> and my NavigationMeny.plist:
>
> (
>    {
>        name = Root;
>        directActionClass = DirectAction;
>        directActionName = default;
>        children = ("Computers", "Mobile", "Software", "Networks", "Manufacturers", "Locations");
>    },
>    {
>        name = "Computers";
>        action = ""> >        children = ("CreateComputer","SearchComputers");
>    },
>    {
>        name = "CreateComputer";
>        action = ""> >    },
>    {
>        name = "SearchComputers";
>        action = ""> >    }
> )
>
> But I still get "Computers", "CreateComputer" and "SearchComputers" in the navigation.
>
> ----- Mail original -----
> De: "Fabian Peters" <email@hidden>
> À: email@hidden
> Cc: "Pascal Robert" <email@hidden>
> Envoyé: Jeudi 10 Juillet 2014 09:58:12
> Objet: Re: The Good Path to D2W localization
>
> Hi Pascal,
>
> You shouldn't need to specify additional rules. By default ERDDefaultDisplayNameAssignment handles localization and ERModern is quite good at logging unknown or deprecated localization keys. My localization files consist mostly of these types of keys:
>
> "Entity.name.Location" = "Ort";
> "PropertyKey.amount" = "Betrag";
> "Pages.CreatePerson" = "Person anlegen";
> "Nav.Settings" = "Einstellungen";
> "TabKey.Owner" = "Eigentümer";
>
> This covers entity names, property names, page configurations and navigation elements. I only subclassed the default assignment to handle entity-specific property names.
>
> Fabian
>
> Am 10.07.2014 um 13:35 schrieb Pascal Robert <email@hidden>:
>
>> Hi,
>>
>> What is the proper way to do D2W localization? In the wiki, it says that you should add rules like this:
>>
>> 100 : (pageConfiguration like '*Computer*' and propertyKey = 'model') => displayNameForProperty = "Computer.PropertyKey.model" [ERDLocalizedAssignment]
>>
>> And having the correspondant
>>
>> "Computer.PropertyKey.model" = "Modèle";
>>
>> in the Localizable.strings. It works, but that means I will have to add a lot of rules. Is there a better way to do localization without the rules? This is with ERModernLook.
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden



------------------------------

Message: 6
Date: Thu, 10 Jul 2014 12:30:52 -0400
From: Theodore Petrosky <email@hidden>
To: Chuck Hill <email@hidden>
Cc: "email@hidden" <email@hidden>
Subject: Re: Application directory path not found.
Message-ID: <email@hidden">email@hidden>
Content-Type: text/plain; charset="windows-1252"

BTW, Chuck, I have been looking at the community site and I cannot find the info for the latest recommended toolset. I could use some help also.

What is the recommended toolset?

Ted


On Jul 9, 2014, at 5:16 PM, Chuck Hill <email@hidden> wrote:

> Please keep all replies on the list.
>
> On 2014-07-09, 1:02 PM, "Pawan Tiwari" wrote:
>
> But the same project works on eclipse europa 3.3.2 version.
>
> Can I install maven on eclipse europa 3.3.2 version.
>
>
> 3.3.2 is ancient.  WO 5.2.4 is ancient.  I have no idea what works or does not work and I doubt anyone here does either.  And very, very, few of us use Maven.  You are pretty much on your own here.  My best advice is to upgrade your project to WebObjects 5.4.3 and use the latest toolset as described on the community site.
>
> Chuck
>
> My main aim is to build our project using maven, our compny use webobjects 5.2.4 with eclipse europa 3.3.2 and use Ant build tool, that works fine.Now I have to build the same project using maven.So how can I do this.
>
> I have run the webobjects and our project successfully using maven tool by command promt but on eclipse its not working.
>
> Is there any solution? Please help us.
>
> On 10 Jul 2014 01:22, "Chuck Hill" <email@hidden> wrote:
> Webobjects version:5.2.4
>
> That is ancient.  Nothing supports that.
>
> On 2014-07-09, 12:50 PM, "Pawan Tiwari" wrote:
>
> There are following things that i used here:-
> Eclipse version:-Indigo 3.7
> Webobjects version:5.2.4
> WOLipse launch condiguration:-
> -DNSProjectSearchPath:  Automatic
> -ApplicationName :MyProjectName
> -NSProjectBundleEnables:true
>
> and many more.
> These are our configuraton, then where I am wrong? I am continuously working on this issue since last one month but not able to do this!
>
> Thanks & Regards
> Pawan Kumar Tiwari
> On 10 Jul 2014 01:05, "Chuck Hill" <email@hidden> wrote:
> That and your other problem come from the WebObjects frameworks not seeing your application as the main bundle.  This can mean that the app bundle is broken (maybe code is too old for current WO or Eclipse?) or that the working directory in your Launch config is incorrect or… something else.  Unless you give us some useful information to go on, we are just guessing.
>
> What does your launch config give for the working directory?  What is the contents of your project directory?
>
> Chuck
>
>
> On 2014-07-09, 12:20 PM, "Pawan Tiwari" wrote:
>
> Hi,
>      After building the project when we run the project via WOLips then it does not find the application directory path.
> Exampple:-
> Application.application ().path ()
>
> When we print this path then it goes to framework directory where our JavaFounfation.Framework jar present.
>
> The resultent path is:- c:/Apple/Library/Frameworks/...........
>
> But it should be our project directory path.
>
> Please help us!
> Thanks & Regards
> Pawan Kumar Tiwari
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.apple.com/archives/webobjects-dev/attachments/20140710/d3c1616e/attachment.html>

------------------------------

_______________________________________________
Webobjects-dev mailing list
email@hidden
https://lists.apple.com/mailman/listinfo/webobjects-dev

End of Webobjects-dev Digest, Vol 11, Issue 361
***********************************************

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Prev by Date: Re: Application directory path not found.
  • Next by Date: Re: The Good Path to D2W localization
  • Previous by thread: Re: build directory path is not working
  • Next by thread: Re: ERXEOControlUtilities usage and Scala
  • Index(es):
    • Date
    • Thread