[svn:bz-trunk] 14752: Remove the unnecessary dependency of blazeds-team app on data project.

Revision: 14752
Revision: 14752
Author:   [email protected]
Date:     2010-03-14 13:29:27 -0700 (Sun, 14 Mar 2010)
Log Message:
Remove the unnecessary dependency of blazeds-team app on data project.
Modified Paths:
    blazeds/trunk/development/eclipse/projects/java/blazeds-team.war/.classpath

I like it so far, good job I'll still always stick to the CLI for my package management most likely, but it's nice to have good GUIs out there, I always keep my eye out for them, and this is good so far. One small suggestion is for the AUR package, I don't think it should automatically add stuff to the daemons line in rc.conf, just my opinion. The install script should tell you to do it, but not actually do it, in my opinion, that's how every other package I see does it, but that's a minor issue

Similar Messages

[svn:fx-trunk] 16385: -removed the utilities package target since it' s not used any longer - at least what is contained in this target.

Revision: 16385
Revision: 16385
Author:   [email protected]
Date:     2010-06-01 13:32:35 -0700 (Tue, 01 Jun 2010)
Log Message:
-removed the utilities package target since it's not used any longer - at least what is contained in this target. I believe this was a leftover from flex 2 days.
-fix up the packaging targets to ensure they are being properly built. I removed depends="temp-clean" and inserted antcall target="temp-clean" because a target gets executed only once, even when more than one target depends on it.
QE notes:
Doc notes: no
Bugs: no
Reviewer: Guarav
Tests run: no
Is noteworthy for integration: no
Modified Paths:
    flex/sdk/trunk/build.xml

http://blogs.adobe.com/jkost/2014/06/installing-the-2014-release-of-creative-cloud.html
-This messages says (at least some) CC 2014 programs use NEW plugins https://forums.adobe.com/thread/1499663
-so do not uninstall the older CC programs if you use plugins in your programs until you are sure you have plugins that work in CC2014
If you are sure you don't need the old CC programs
-http://helpx.adobe.com/creative-cloud/help/install-apps.html to install or uninstall

[svn:fx-trunk] 5839: * Removed the logic that tracked when cached SWC had been removed from

Revision: 5839
Author: [email protected]
Date: 2009-04-01 10:34:31 -0700 (Wed, 01 Apr 2009)
Log Message:
* Removed the logic that tracked when cached SWC had been removed from
the library path, because it wasn't working correctly in some cases
and it is no longer necessary due to revision 5524.
tests Passed: checkintests, performance testsuite, FlexBuilder
outputFolder JUnit tests
Needs QA: YES
Needs DOC: NO
API Change: NO
Reviewer: Pete F.
Code-level description of changes:
CompilerSwcContext.java
Removed updateRemovedSources() and it's usage.
CompilerAPI.java
Removed deleteRemovedSwcSources(), renamed
deleteObsoletedSwcSources() to reportObsoletedSwcSources(), and
deleteShadowedSwcSources() to reportShadowedSwcSources().
Updated validateCompilationUnits() to no longer report
DependentFileNoLongerExists.
SwcCache.java
Removed "removed" and "updated" variables, their getters, and the
code that initialized them.
Modified Paths:
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerAPI.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerSwcContext.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcCache.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcGroup.java

Revision: 5839
Author: [email protected]
Date: 2009-04-01 10:34:31 -0700 (Wed, 01 Apr 2009)
Log Message:
* Removed the logic that tracked when cached SWC had been removed from
the library path, because it wasn't working correctly in some cases
and it is no longer necessary due to revision 5524.
tests Passed: checkintests, performance testsuite, FlexBuilder
outputFolder JUnit tests
Needs QA: YES
Needs DOC: NO
API Change: NO
Reviewer: Pete F.
Code-level description of changes:
CompilerSwcContext.java
Removed updateRemovedSources() and it's usage.
CompilerAPI.java
Removed deleteRemovedSwcSources(), renamed
deleteObsoletedSwcSources() to reportObsoletedSwcSources(), and
deleteShadowedSwcSources() to reportShadowedSwcSources().
Updated validateCompilationUnits() to no longer report
DependentFileNoLongerExists.
SwcCache.java
Removed "removed" and "updated" variables, their getters, and the
code that initialized them.
Modified Paths:
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerAPI.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerSwcContext.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcCache.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcGroup.java

[svn:fx-trunk] 12883: Remove the skin classes from the halo theme project to avoid redundancy with the airframework /framework swcs.

Revision: 12883
Revision: 12883
Author:   [email protected]
Date:     2009-12-12 15:53:50 -0800 (Sat, 12 Dec 2009)
Log Message:
Remove the skin classes from the halo theme project to avoid redundancy with the airframework/framework swcs.
QE notes: No
Doc notes: No
Bugs: SDK-24293
Reviewer: Glenn
Tests run: Checkintests, smattering of Halo and AIR mustella tests
Is noteworthy for integration: Yes
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24293
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/FrameworkClasses.as
    flex/sdk/trunk/frameworks/projects/halo/build.xml
Added Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/skins/halo/WindowBackground.as
Removed Paths:
    flex/sdk/trunk/frameworks/projects/halo/assets/
    flex/sdk/trunk/frameworks/projects/halo/src/HaloClasses.as
    flex/sdk/trunk/frameworks/projects/halo/src/mx/skins/

[svn:fx-trunk] 12826: Removed the WindowedApplicationAccImpl.

Revision: 12826
Revision: 12826
Author:   [email protected]
Date:     2009-12-10 19:02:25 -0800 (Thu, 10 Dec 2009)
Log Message:
Removed the WindowedApplicationAccImpl. It is likely not needed. In its current state it would prevent child components accessibility from being exposed. Accessible Name is set from title attribute of Window or can be set on an component through Accessibility Properties.
QE notes: none
Doc notes: none
Bugs: n/a
Reviewer: Gordon
Tests run: checkintests
Is noteworthy for integration: no
Modified Paths:
    flex/sdk/trunk/frameworks/projects/airspark/src/spark/components/WindowedApplication.as

[svn:fx-trunk] 12825: Removed the WindowAccImpl.

Revision: 12825
Revision: 12825
Author:   [email protected]
Date:     2009-12-10 19:01:33 -0800 (Thu, 10 Dec 2009)
Log Message:
Removed the WindowAccImpl. It is likely not needed. In its current state it would prevent child components accessibility from being exposed. Accessible name will likely be display from title attribute of Window.
QE notes: none
Doc notes: none
Bugs: n/a
Reviewer: Gordon
Tests run: checkintests
Is noteworthy for integration: no
Modified Paths:
    flex/sdk/trunk/frameworks/projects/airspark/src/spark/components/Window.as

[svn:fx-trunk] 12827: Removed the accessibility implementation for WindowAccImpl and WindowedApplicationAccImpl as they are likely not needed .

Revision: 12827
Revision: 12827
Author:   [email protected]
Date:     2009-12-10 19:03:29 -0800 (Thu, 10 Dec 2009)
Log Message:
Removed the accessibility implementation for WindowAccImpl and WindowedApplicationAccImpl as they are likely not needed. In their current form they were preventing the accessibility of child components from being exposed.
QE notes: none
Doc notes: none
Bugs: n/a
Reviewer: Gordon
Tests run: checkintests
Is noteworthy for integration: no
Removed Paths:
    flex/sdk/trunk/frameworks/projects/airspark/src/spark/accessibility/WindowAccImpl.as
    flex/sdk/trunk/frameworks/projects/airspark/src/spark/accessibility/WindowedApplicationAc cImpl.as

Remember that Arch Arm is a different distribution, but we try to bend the rules and provide limited support for them. This may or may not be unique to Arch Arm, so you might try asking on their forums as well.

[svn:fx-trunk] 4959: Removed the undocumented TextBlockComposer and TextFlowComposer classes.

Revision: 4959
Author: [email protected]
Date: 2009-02-13 17:10:57 -0800 (Fri, 13 Feb 2009)
Log Message:
Removed the undocumented TextBlockComposer and TextFlowComposer classes. These were helper classes for TextBox and TextGraphic, respectively. Their functionality has been rolled into TextBox, TextGraphic, and TextGraphicElement. This should improve both memory and speed since the helper objects no longer have to be created. It also allows more code to be shared in TextGraphicElement.
QE Notes: None
Doc Notes: None
Bugs: None
Reviewer: Carol
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/TextBox.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/TextGraphic.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/baseClasses/TextGraphicElement.a s
Removed Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/baseClasses/TextBlockComposer.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/baseClasses/TextFlowComposer.as

[svn:bz-trunk] 20682: remove the tomcat 7 jar as now (built with JDK 1.6)

Revision: 20682
Revision: 20682
Author:   [email protected]
Date:     2011-03-08 09:19:53 -0800 (Tue, 08 Mar 2011)
Log Message:
remove the tomcat 7 jar as now (built with JDK 1.6)
Removed Paths:
    blazeds/trunk/modules/opt/lib/catalina-708.jar

One possibility is that the java path has different versions of java installed in the same place. So one part of java runs with version X and then that piece attempts to use a different piece but that piece is version Y.

[svn:fx-trunk] 11529: Removing the short lived rsls directory b/ c the textlayout swf will have the correct build number for packaging

Revision: 11529
Author:   [email protected]
Date:     2009-11-06 13:05:51 -0800 (Fri, 06 Nov 2009)
Log Message:
Removing the short lived rsls directory b/c the textlayout swf will have the correct build number for packaging
QE notes: no
Doc notes: no
Bugs: no
Reviewer:
Tests run: no
Is noteworthy for integration: no
Removed Paths:
    flex/sdk/trunk/frameworks/rsls/

I am modifying the correct httpd.conf file on the server, it just doesn't seem to work. - If I put the rewrite rules in the <Directory /> the rewrite works but it adds /Library/WebServer/Documents to the URL.
I also tried putting the rewrite rules in <IfModule mod_rewrite.c> but that did not work either.
mod_rewrite is enabled and running on the server.
I will post the rewrite rules again in the code brackets. Sorry for the long post. - If some one can try them out on their Leopard Server to see if they can get them to work, it would be much appreciated. Again, these work on my Leopard Client but I can't get them to work on Server.
-- The httpd.conf file posted above is just the default conf file found in /private/etc/apache2/
<code>
RewriteEngine On
Options +FollowSymLinks
RewriteRule ^(.+)/$ http://%{HTTP_HOST}$1 [R=301, L]
RewriteCond %{THE_REQUEST} ^GET\ ([^\?]+)\.php(.*)\ HTTP
RewriteRule (.+)\.php(.*)$ $1$2 [R, L]]
RewriteCond %{THE_REQUEST} ^GET\ ([^\?]+)\.asp(.*)\ HTTP
RewriteRule (.+)\.asp(.*)$ $1$2 [R, L]]
RewriteCond %{THE_REQUEST} ^GET\ ([^\?]+)\.aspx(.*)\ HTTP
RewriteRule (.+)\.aspx(.*)$ $1$2 [R, L]]
RewriteCond %{THE_REQUEST} ^GET\ ([^\?]+)\.htm.(.)\ HTTP
RewriteRule (.+)\.htm.(.)$ $1$2 [R, L]]
RewriteCond %{THE_REQUEST} ^GET\ ([^\?]+)\.cfm(.*)\ HTTP
RewriteRule (.+)\.cfm(.*)$ $1$2 [R, L]]
RewriteCond %{THE_REQUEST} ^GET\ ([^\?]+)\.bak(.*)\ HTTP
RewriteRule (.+)\.bak(.*)$ $1$2 [R, L]]
RewriteCond %{THE_REQUEST} ^GET\ ([^\?]+)\.inc(.*)\ HTTP
RewriteRule (.+)\.inc(.*)$ $1$2 [R, L]]
RewriteCond %{THE_REQUEST} ^GET\ ([^\?]+)\..(.)\ HTTP
RewriteRule (.+)\..(.)$ $1$2 [R, L]]
<code>

[svn:bz-trunk] 14247: Remove the special handling of ActionscriptAdapter#invoke in MessageService .

Revision: 14247
Revision: 14247
Author:   [email protected]
Date:     2010-02-18 09:44:02 -0800 (Thu, 18 Feb 2010)
Log Message:
Remove the special handling of ActionscriptAdapter#invoke in MessageService. This was added for performance reasons but did not end up mattering in the end.
Checkintests: Pass
Modified Paths:
    blazeds/trunk/modules/core/src/flex/messaging/services/MessageService.java
    blazeds/trunk/modules/core/src/flex/messaging/services/messaging/adapters/ActionScriptAda pter.java

How can i remove the terms and conditions from my app store on iphone 5s ?

How can i remove the terms and conditions from my app store icon on iphone 5s

Hello mrh1962,
Thank you for providing the details of the issue you are experiencing with accepting Terms & Conditions on your iPhone 5s.
First, I recommend restarting your phone and then resetting if it's still not working:
Restarting your device
Press and hold the Sleep/Wake button for a few seconds until the red "slide to power off" slider appears, and then slide the slider.
Press and hold the Sleep/Wake button until the Apple logo appears.
Note: Reset your device only if you are unable to restart it.
Resetting your device
Press and hold the Sleep/Wake button and the Home button together for at least ten seconds, until the Apple logo appears.
You can find the full article here:
iPhone, iPad, iPod touch: Turning off and on (restarting) and resetting
http://support.apple.com/kb/ht1430
If you can access your home screen, I also recommend verifying that cookies are not blocked and private browsing is turned off in Settings>Safari:
iPhone User Guide - Safari settings
http://help.apple.com/iphone/7/#/iph3d7aa74dc
Thank you for using Apple Support Communities.
Best,
Sheila M.

[svn:fx-trunk] 5321: -remove textLayout_textField.swc because textLayout. swc should now contain the API from it

Revision: 5321
Author: [email protected]
Date: 2009-03-16 08:50:51 -0700 (Mon, 16 Mar 2009)
Log Message:
-remove textLayout_textField.swc because textLayout.swc should now contain the API from it
and updated the build scripts to reflect the removal
-changing the name of the textlayout rsls. Removed the build number from the swf and swz so that they won't have to be removed from src each time we take a new build. Use tlf.properties to get the correct build number
checkintests: pass
qa: yes - need to make sure that textlayout.swc contains everything from the swc's that have been removed
Modified Paths:
flex/sdk/trunk/build.xml
flex/sdk/trunk/frameworks/libs/textLayout.swc
flex/sdk/trunk/frameworks/projects/flex4/build.xml
flex/sdk/trunk/frameworks/projects/framework_textLayout/build.xml
flex/sdk/trunk/frameworks/projects/wireframe/build.xml
flex/sdk/trunk/in/tlf/tlf.properties
Added Paths:
flex/sdk/trunk/in/tlf/textLayout.swf
flex/sdk/trunk/in/tlf/textLayout.swz
Removed Paths:
flex/sdk/trunk/frameworks/libs/textLayout_textField.swc
flex/sdk/trunk/in/tlf/textLayout_391.swf
flex/sdk/trunk/in/tlf/textLayout_391.swz

[svn:fx-trunk] 10151: Modified the Channel.applySettings() ASDoc comment.

Revision: 10151
Author:   [email protected]
Date:     2009-09-11 06:20:44 -0700 (Fri, 11 Sep 2009)
Log Message:
Modified the Channel.applySettings() ASDoc comment. Removed the XML snippet for the method parameter, which wasn't relevant to the primary way this method is used. This method is primarily used in our channel subclasses to add settings specific to those channels and then call super to get the base channel settings. If a developer creates a custom channel class, the developer could use it in the same way, but would be setting the applySettings() method on the custom channel class with properties specific to the custom channel implementation. This change addresses bug BLZ-294.
Ticket Links:
    http://bugs.adobe.com/jira/browse/BLZ-294
Modified Paths:
    flex/sdk/trunk/frameworks/projects/rpc/src/mx/messaging/Channel.as

[svn:bz-trunk] 18538: Remove apache-tomcat-6.0.14 and apache-tomcat-6.0. 26 versions from trunk

Revision: 18538
Revision: 18538
Author:   [email protected]
Date:     2010-11-11 09:59:23 -0800 (Thu, 11 Nov 2010)
Log Message:
Remove apache-tomcat-6.0.14 and apache-tomcat-6.0.26 versions from trunk
checkintests: passed
Ticket Links:
    http://bugs.adobe.com/jira/browse/tomcat-6
    http://bugs.adobe.com/jira/browse/tomcat-6
Removed Paths:
    blazeds/trunk/servers/apache-tomcat-6.0.14/
    blazeds/trunk/servers/apache-tomcat-6.0.26/

I haven't studied your problem in detail and don't actually use Tomcat 6, but in earlier versions of Tomcat the handling of JNDI leaves a lot to be desired. If you search this forum for posts about Tomcat and JNDI, you will find some useful information.
One thing I found was that you really need to use the context.xml file in your Meta-inf directory, putting the datasource anywhere else gets into one kind of trouble or another. I tried using server.xml, a context file for the application and the web-inf file.

[svn:bz-trunk] 14752: Remove the unnecessary dependency of blazeds-team app on data project.

Similar Messages

Maybe you are looking for